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Introduction 


This document is a standard that adds ability to record the case of an image generated by compositing method 
to “Exchangeable image file format for digital still cameras Exif 2.32” (specifically, CIPA DCG-008-2019 
and JEITA CP-3451E; hereinafter called the “Exif Unified Version 2.32”) that was defined by JEITA and 
CIPA. 


The following items were added in this revision: 
1. Annotation Data definition and APP11 Marker Segment to store it (Optional) 


* Can record Annotation Data for any region in an image in XML or JSON format. 


2. Original Preservation Image (Optional) 


* Can record and retain the original image at the time of capturing even after any post-processing. 


3. New Tag Type for UTF-8 


* Can use more diverse characters in tags of character information by adding UTF-8 type as a unique 
Exif tag type. Since it can be selected and set (used together in a file) with existing ASCII type, it 


will be backward-compatible with existing devices and software. 


4. [Exif IFD] Photographer Information and Software Information related Tags (Optional) 


* Can store individual tags for the Photographer, Image Editor, Camera Firmware, and Editing 
Software, etc., that could only be described within a single tag of mishmash, such as Artist Tag or 


Software Tag. 
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1998 @ Added DCF interoperability tags 
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sharpness, etc.) 
@ Added tags pertaining to positioning and GPS 
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2.0 
- Added notation of tags for Gamma, ColorSpace, etc., that 
correspond to optional color space 
- Changed content of notation of flash tags and FileSource tags 
@ Added operational guidelines(flash tags, scene capture type, etc) 
@Corrected notation pertaining to image data pixel composition and 
pixel sampling 
O Corrected misprints and omissions throughout the text 


Unified September Published Unified Version 2.21 
Version 2009 @ Merged added/changed portion of Exif 2.21 to Exif 2.2 
ee O Corrected misprints and omissions throughout the text 
@Added “Guidelines for Handling Exif/DCF" issued by CIPA (CIPA 
DCG-004-2009) as Annex G (at the time of publication) 
@Added explication of 2.2 as Annex H (at the time of publication) 
O Added explication of 2.21 as Annex I (at the time of publication) 
2.3 April Published Revision 2.3 
2010 @Restructured the main standard text, guidelines, explications, etc., 
of Exif Unified Version 2.21 
@ Added and revised tags (Sensitivity-related tags, GPS information, 
camera and lens information, items pertaining to sound files, and 
light-source color) 
@Clarified specification levels and revised the scope of application 
@Supplemented explanations and adjusted format for the entire text 
2.3 December Published Revised Revision 2.3 
(Revised 2012 @Corrected an explanation part of Orientation Tag 
2012) O Corrected an explanation part of GPS Status Tag 
2.31 July Published Revision 2.31 
2016 O Added time difference to UTC(Universal Time Coordinated) as tags 
relating to Date and Time 
- Added three time offset tags respectively corresponding to the 
three existing tags (File change date and time, Date and time of 
original data generation, Date and time of digital data generation) 
@Added tags relating to shooting situation (Temperature, Humidity, 
Pressure, WaterDepth, Acceleration, CameraElevationAngle) 
@Corrected misprints and omissions throughout the text (Including 
the reflection of the contents of the corrigendum established in 
September 2014 to the main text) 
2.32 May Published Revision 2.32 
2019 


O Added 3 tags relating to a composite image 
- Compositelmage, 
- SourcelmageNumberOfCompositelmage, 
- SourceExposureTimesOfCompositelmage 


@Renumbered according to the addition of figures 


3.00 


May 
2023 


Published Revision 3.00 

O Added Tag Type of UTF-8 as Exif specific taga type. 
- Enabled to select UTF-8 character string in existing ASCII-type 

tags 

@ Enabled APP11 Marker Segment to store a Box-structured data 
compliant with the JPEG System standard 

@ Added definition of Box-structured Annotation Data 

@ Added and changed the following tags 
- Added Title Tag 


- Added Photographer Information related Tags (Photographer and 
ImageEditor) 


- Added Software Information related Tags (CameraFirmware, 
RAWDevelopingSoftware, ImageEditingSoftware, and 
MetadataEditingSoftware) 


- Changed Software, Artist, and ImageUniquelD 
- Corrected incorrect definition of GPSAltitudeRef 


- GPSMeasureMode tag became to support positioning information 
obtained from GNSS in addition to GPS 


G Changed the description support levels of the following tags: 
- XResolution 
- YResolution 
- ResolutionUnit 
- FlashpixVersion 

@Discarded Annex E.3 to specifiy Application Software Guidelines 

@Added Annex H. (at the time of publication) to specify Guidelines 
for Handling Tag Information in Post-processing by Application 
Software 

@ Added Annex l.and J. (both at the time of publication) for 
supplemental information of Annotation Data 

@Added Annex K. (at the time of publication) to specify Original 
Preservation Image 

@ Corrected errors, typos and omissions accumulated up to this 
edition 


@Restructured and revised the entire document structure and style 


1. Scope 


This standard specifies the formats of images, sounds, tags and other metadata that comprise the file for 


digital still cameras and other systems handling image or sound files recorded by digital still cameras. 


Formats specified in this standard are defined as folder structures that are based on Exif-JPEG and recording 
formats for memory. When formats are used as Exif/DCF files together with the DCF Standard, which 
guarantees interoperability among devices of different types, their scope shall cover devices, systems, 
recording media, and application software that handle them. As devices mentioned above, the applicable 
items are devices with functions such as capturing, generating image data, recording, displaying, editing, 
and printing images. 

Specifically, examples of capture/recording devices include DSCs, DVCs, and camera phones and 
smartphones, etc. Examples of display/playback devices include PCs (desktop/notebook/tablet), DTVs, and 
image display device such as digital photo frames and car navigation systems, as well as image storage 
devices such as picture storages and home servers, and image printing devices such as printers. 
Furthermore, applicable items also include AI systems that utilize a significant amount of image data held 
in these and are being increasingly introduced into various fields and applications. 

As application software mentioned above, the applicable items are the software providing functions for 
editing, displaying, printing and recording metadata as well as importing and editing images. 

Specifically considered is application software that edits Exif/DCF tags and then saves them again or 


application software that adds metadata information undefined in the Exif Standard in Exif/DCF files and 


then saves it again. 


2. Definitions 
2.1. Definition of Terms 


DSC Digital still camera 
DVC Digital video camera 
DTV Digital television 


Primary image 


The main image data 


Thumbnail 


A small image used to index the primary image 


Compressed data 


Data referred to in the JPEG Standard[7] as "entropy coded data" 


Tag 


A field recording ancillary data about an image. Corresponds to 
"field" in TIFF 


Tag information 


A description of the tag contents 


Exif 


An abbreviation of “Exchange image file format,” used here as 
the general term for this standard and earlier versions of this 
standard 


DCF 


An abbreviation of "Design rule for Camera File System"; it 
defines folder structures based on Exif-JPEG and formats for 
recording in memory, and is the camera file system standard that 
guarantees interoperability among devices of different types. 


DCF media 


Removable memory recorded in compliance with the DCF or, 
removable and non-removable memory that a file system can 
access from an external device through IF (regardless of wired 
or wireless) 


Exif/DCF Writer 


A digital still camera (DSC) or other device or application 
software that can output an Exif/DCF file 


Exif/DCF Editor 


A device or application that edits (i.e., makes partial additions, 
changes, deletions) existing Exif/DCF files (Alternatively, image- 
editing application; includes some DTV, photo frames, and DSC) 


Exif/DCF Reader 


JUMBF 


A device, such as a printer with a memory card slot, capable of 
directly reading an Exif/DCF file and printing or performing other 
output processing, as well as application software that uses Exif 
tags to perform image processing for output. (with playback 
function in conformity with the DCF Reader 1 and Reader 2 
specifications described in 2.1 "Definition of Terms" of the DCF 
Standard) 


An abbreviation of JPEG Universal Metadata Box Format; an 
ISO/IEC standard that provides a mechanism for incorporating 
common metadata into a JPEG file and making reference to the 
data. The JPEG XT file format[9] is used to incorporate a JUMBF 
structure into a JPEG image[7]. 


XML 


An abbreviation of Extensible Markup Language. XML 
specifications are developed and recommended by the World 
Wide Web Consortium (W3C). 


JSON 


An abbreviation of JavaScript Object Notation; a data description 
language derived from the object notation in JavaScript. 


JSON-LD 


An abbreviation of JSON for Linked Data; a description format 
for describing data linked by networks such as websites in JSON. 


The following definitions also apply to this standard: 


: *.H" appended to a numerical value means it is hexadecimal notation. 


* Unless otherwise indicated, other numerical values are given in decimal notation. 


2.2. Verbal forms for the expression of provisions 


The keywords in this document are to be interpreted as described in ISO/IEC Directives 2. 


(See Directives2[26] Annex H "Verbal forms for the expression of provisions".) 


Requirement 


Verbal forms 


Equivalent expressions 


shall is mandatory 
shall not it is not allowed 
Recommendation 
Verbal forms Equivalent expressions 
should it is recommended that 
is recommended 
should not 
Permission 
Verbal forms Equivalent expressions 
may is optional 
need not is not required 
Possibility and capability 
Equivalent expressions Equivalent expressions 
can it is possible to 
can not 


3. General 
3.1. Format Structure 


This standard consists of the Exif image file specification and the Exif audio file specification (see Figure 
1). The recording medium specification shall conform to the standard for the particular medium used and is 
not specified here. Recommendations on implementation are given in Design rule for Camera File system[2] 


for directory and file naming. 


Exif image file specification | Exif audio file specification 


Recording medium specification 


Figure 1 Format structure 


3.2. Exif Image File Specification 


The Exif image file specification stipulates the method of recording image data in files, and specifies the 


following items: 
* Structure of image data files, 
* Tags used by this standard, 


* Definition and management of format versions. 


Features of the Exif image file specification include the following. 


The file-recording format is based on existing formats. Compressed files are recorded as JPEG (ISO/IEC 
10918-1[7] with application marker segments (APP1, and APP2 or APP11 if needed) inserted. 
Uncompressed files are recorded in TIFF Rev. 6.0 format[17]. The use of existing formats means files 
recorded using a DSC or related system can be read directly by commercial applications, and makes possible 
the use of functions for viewing and manipulating the images. 

Related attribute information for both compressed and uncompressed files is stored in the tag information 
format defined in TIFF Rev. 6.0[17]. Information specific to the camera system and not defined in TIFF is 
stored in private tags registered for Exif. The Exif image file specification also specifies the method for 
recording thumbnails. The reason for using the TIFF Rev. 6.0[17] tag format in the compressed file APPI 


marker segment is to facilitate exchange of attribute data between Exif compressed and uncompressed files. 


Compressed files can record extended data exceeding 64 KBytes by dividing it into multiple APP2 marker 
segments. The APP2 marker segment is used for recording Flashpix[18] extensions, or recording an Original 
Preservation Image (see Annex K). 

In addition, the Exif image file specification specifies the data structure and recording method for describing 
annotation data as other attribute information for compressed files. For recording annotation data, APP11 is 


used. 


Details of the Exif image file specification are given in Chapter 4 of this document. 
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3.3. Exif Audio File Specification 


The Exif audio file specification stipulates the method of writing audio data in files, and specifies the 


following items: 
* Structure of audio data files, 
* Chunks, 


* Definition and management of format versions. 


Features of the Exif audio file specification include the following. 


Files are recorded using the existing RIFF WAVE Form Audio File format[19]. As data formats, PCM and 
u-Law PCM (conforming to ITU-T G.711)[15] are used for uncompressed audio data, and IMA-ADPCM[25] 
for compressed audio data. As with the image files specification, the aim is to enable direct reading, playback 


and manipulation of the files using the functions in commercial applications. 


Related attribute information is stored as an INFO list in the case of general attributes, and as Exif-specific 
chunks in the case of attributes specific to Exif. The Exif-specific chunks are newly provided to enable 
necessary information to be added by making use of chunk extensibility. The recording of data in an Exif- 


specific chunk is done in the same way as for an INFO list. 


Details of the Exif audio file specification are given in Chapter 5 of this document. 


3.4. Relation between Image and 
Audio File Specification 


This standard includes specifications not only for an image file format but also for an audio file format 


enabling the recording of audio as a supplementary function. 


Also specified in this standard is the relational information indicating the relation between image files and 


audio files. 


Mapping between image files and audio files can be done in various ways; but the Exif standard specifies 


only the simplest mapping, with others left up to the implementation. 


3.5. Presupposed Systems and Compatibility 


The image systems presupposed by this standard consist of three elements as follows: 
* Equipment : Imaging devices such as cameras, printers and filing equipment, 
* Commercial software : Off-the-shelf image processing software running on personal computers, 
* Specialized software : Dedicated (system-specific) image processing software running on 


personal computers. 


Image file compatibility on these systems is achieved as follows. The DSC or other system writes data to 


files in the format specified in this standard. A basic condition of equipment with a playback function is that 
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it shall read the files it recorded itself. In a personal computer environment, the basic requirement is that 
specialized software shall read all the images, audio and attribute information recorded in conformance 


with this standard (see Figure 2). 


Exif Format 


Exif Equipment 1 — Exif Equipment 2 


Exif Specialized Software 


O) Writing Range 


Other formats O Reading Range 
(Flashpix) 


Commercial Software 


Figure 2 Compatibility Concepts 


3.6. Workflow for editing an image with 
application software 


Figure 3 shows the workflow when an Exif/DCF file is edited using an application. DSCs in this figure are 
examples of image capture/playback devices. Consideration is also given to the use of other devices such as 


a TV or printer. 
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Exif/DCF Editor 
(Image editing application) 


Exif/DCF Writer Exif/DCF Reader 
(DSC(A)) (DSC(A), DSC(B), Printer) 


Image editing application 


i Exif/ 
>| DCF à 
\ 


In some cases, Editing, adding and deleting metadata. 
including metadata ||In some cases, adding metadata 
undefined in the Exif} (undefined in the Exif 


Figure 3 Editing images with application software 


3.6.1. Actions 


In this workflow, the following cases are considered: 


1. Recording an image use an Exif/DCF writer (in some cases, recording metadata is undefined in the 
Exif). 
2. Importing the image into an Exif/DCF editor and editing it (in some cases, adding metadata that is 


undefined in the Exif at this time). 


3. Exporting the image that was edited in the above-mentioned Exif/DCF editor to an Exif/DCF reader. 


^ 


At this time, there are cases in which the Exif/DCF reader can correspond to 6. “Reader Specifications’ 


in the DCF Specification[2], and cases when it can not. 


4. Viewing the image with an Exif/DCF reader. 
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4. Exif Image File Specification 
4.1. Outline of the Exif Image File Specification 


This chapter gives details of the image file specification, covering the following items: 
* Format version definition, 
* Specifications relating to image data, 
* Basic structure of image data, 
* Tags, 
* JPEG marker segments, 


* Specifications on data recording. 


4.2. Format Version 


The version of the format specified here is recorded as 4 Bytes (see section 4.6.6.1.1). The address bytes are 
recorded as Al, A2, Bl, and B2, starting with the lowest number. Al and A2 store the upper part of the 
standard version, with the lower part stored in B1 and B2. When changes are made to the version number of 


this standard, the following rules apply. 


* When the changes are such that data readers can properly recognize conventional information and 
skip the data that was recorded using newly added functions, the lower part of the version (B1, B2) 


1s changed. 


* When there is a possibility that a data reader implementing the old standard may operate incorrectly 


due to the new specifications, the upper part of the version (Al, A2) is changed. 


Players should be able to play back files of versions earlier than the supported standard. 


4.3. Definition of Glossary 


Terms and notation are used as follows in this standard: 


* The initial IFD in a file is the "Oth IFD," with the next IFD being called the Ist IFD. 


4.4. Specifications Relating to Image Data 
4.4.1. Number of Pixels 


There is no limit on number of pixels of the primary image when it is recorded as either uncompressed or 
JPEG compressed data. Note that when recording as JPEG compressed data images for which the number of 
lines (ImageLength) or number of samples/line (Image Width) is not a multiple of 8 or 16, the method of 


recording is as stipulated in section 4.8.1. The above specification applies similarly to thumbnails. 
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4.4.2. Pixel Aspect 


Image data shall be recorded as square pixels with a pixel aspect ratio of 1:1. This specification is applied 


similarly to thumbnails. 


4.4.3. Pixel Composition and Sampling 


When uncompressed data is used, the combination of pixel composition and pixel sampling for image data 
shall be RGB 4:4:4 and either Y:Cb:Cr = 4:2:2 or Y:Cb:Cr = 4:2:0. When compressed data is used, the 
combination shall be Y:Cb:Cr = 4:2:2 or Y:Cb:Cr = 4:2:0. The pixel composition of image data shall also 
be 8 bits each. This specification is applied similarly to thumbnails. 

As sampling points on the elements making up pixels, the Y and Cb, Cr sampling points may be either co- 
sited or centered. Figure 4 shows typical pixel sampling for image width w and height h. In the case of 
Y:Cb:Cr = 4:2:2, co-sited is recommended for the sake of improved image quality on TV systems. For 
Y :Cb:Cr = 4:2:0, centered is recommended according to the TIFF default which is most common format of 


the personal computer applications. 


h-2 0-0-0-0---0-0 
h-1 6 © @0---6-0 
R,G,B 
1) RGB 4:4:4 
0123 w-2w-1 0 1 /2- 
o 6 di d TLE e 
1441 224 TA Ti 
"S vr S EET mi 
h-2 © -© 9-0- --0-0 h-2 O -I- @ +---@-| 
h-1 6 è é-é- - -6-6 h-1 6 -- @ +---@-' 
Y Cb, Cr 


2) YCbCr 4:2:2 (co-sited) 
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0123 w2w-1 O 1 w2-1 
25054104 DE bea 
209 66-00 3 lei. lol lo! 
36 6 0-0---04 3 lol- Je! - - - Lo! 

MEN MSN KEET ej 

h-2 6 9 9-0- --0-0 h-2 Ol 401 - - -t6l 

h-1 6 6 ó-ó- - -6-6 h-1 '9;- -0: - ---0: 

Y Cb, Cr 
3) YCbCr 4:2:2 (centered) 

0123 w2w1 O 1 w2-1 
PEGS dp DTI a 
SILL L AL das a 
39 9 6-6-- -6-0 L-I- 1-1- - -1-1 

SIDE EI UD 

h29999- 29 h/2-1 0 -I- €-1- - -e-1 

h-1 6 è é-ó- - -ó-ó ae erat 

Y Cb, Cr 


4) YCbCr 4:2:0 (co-sited) 


$969 $9 0 1 w2-1 
0 ms fel ləl Tel 
wee gw LM o! 
So GSD a ROTE 
6494 44 1191: 191-718 

AA pi 
h-2 6 + @0---0-6 L-i-d2i--- ial 
h-1 6 © 6-ó- - -ó-ó hi2-1 .@: :0:___:0: 

Y Cb, Cr 


5) YCbCr 4:2:0 (centered) 


Figure 4 Pixel Composition and Pixel Sampling 


4.4.4. Image Data Arrangement 


Image data shall be arranged as follows. Uncompressed data shall consist of pixels with each line traced 
from left to right, and one screen shall consist of lines traced from top to bottom. JPEG compressed data 
shall consist of blocks configured of pixels traced in similar sequence. Figure 5 shows the various data 


arrangements for recording in files images with pixels of width w and height h. 


| mod f> ea f> son | rta Te ena | sno cr... i 
kr 


Vi ak +» R[w-2,h-2] 
1) Uncompressed RGB Chunky (4:4:4) 
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: | 


I 
| Y block Y block Y block Y block Cb block Cr block 
i [w/8-2,h/8-2] [w/8-1,h/8-2] [w/8-2,h/8-1] [w/8-1 ,h/8-1] [w/16-1,h/16-1] [w/16-1,h/16-1] 


6) Compressed JPEG Block-Interleave (4:2:0) 


Figure 5 Data Arrangement 


4.5. Basic Structure of Image Data 
4.5.1. Basic Structure of Primary Image Data 


Image data employs following existing image formats, depending on the image data type: 
* RGB uncompressed data : Baseline TIFF Rev. 6.0 RGB Full Color Images[17], 
* YCbCr uncompressed data : TIFF Rev. 6.0 Extensions YCbCr Images[17], 


* JPEG compressed data : JPEG Baseline ADCT[7]. 
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For compressed data, the attribute information required by the DSC application shall be recorded in APPI. 
Data writing in APPI shall be compatible with TIFF[17]. The use of a common method of storing attribute 
information for both compressed and uncompressed data results in a simpler format, while the ability to add 


private tags for additional information takes advantage of the extensibility of the tag mechanism. 


4.5.2. Basic Structure of Uncompressed RGB Data 


Uncompressed RGB data is recorded in conformance with Baseline TIFF Rev. 6.0 RGB Full Color Color 
Images[17]. 


Attribute information 1s recorded in tags specified in TIFF Rev. 6.0[17]. Attribute information specific to 
Exif is recorded using private tags reserved in TIFF for this standard. The private tags point to sets of this 
attribute information (Exif IFD). 


Files are structured as follows (see Figure 6). As in the TIFF standard[17], the recording location of each 


IFD value is not specified: 
* File Header, 
* Oth IFD, 
* Oth IFD Value, 
* Ist IFD, 
* Ist IFD Value, 
* Ist (Thumbnail) Image Data, 


* Oth (Primary) Image Data. 
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id TIFF Header 
Oth IFD for Image Width 


Primary Image 
Strip Offsets 


Data 
Exif IFD Pointer E 
GPS IFD Pointer 
Next IFD Pointer 
... Value of Oth IFD ... 


Exif IFD 
(Exif Private Tag) l n 
DateTimeDigitized 


... Value of Exif IFD ... 
GPS IFD GPS Version 
... Value of GPS IFD ... 
1st IFD for Image Width 


Thumbnail Data 
Strip Offsets 


... Value of 1st IFD ... 
Thumbnail Data 


Primary Image Data 


Figure 6 Basic Structure of Uncompressed Data Files 


File Headers are 8 Bytes as defined in the TIFF standard[17], with the Offset of IFD indicating the start 
address of the Oth IFD (see Table 1). 


The Oth IFD Offset of Next IFD indicates the start address of the 1st IFD (thumbnail images). When the Ist 
IFD is not recorded, the Oth IFD Offset of Next IFD shall terminate with 00000000.H. 


On the IFD description method see section 4.6.2. 


29 


Table1 TIFF Headers 


Name Size (Bytes) Value 


Either "II" (4949.H) (little endian) or "MM" (4D4D.H) (big 
Byte Order 2 endian) depending on the CPU of the machine doing the 
recording shall be written. 


42 2 002A.H (fixed) 


Oth IFD offset. If the TIFF header is followed immediately 
by the Oth IFD, it is written as 00000008.H. 


Offset of IFD 4 


4.5.3. Basic Structure of YCbCr Uncompressed Data 


YCbCr uncompressed data is recorded in conformance with TIFF Rev. 6.0 Extensions YcbCr Images. Tags 
for the following information are available for YCbCr uncompressed data in addition to the attribute 


information for RGB uncompressed data; 
* RGB-YCbCr color transformation matrix coefficients (Y CbCrCoefficients), 
* Chrominance subsampling information (Y CbCrSubSampling), 


* [Information on matching/nonmatching of chrominance and luminance samples (Y CbCrPositioning). 


The method of recording other attribute information is the same as for uncompressed RGB data (see section 
4.5.2). 


4.5.4. Basic Structure of JPEG Compressed Data 


Compressed data files shall be recorded in conformance with the JPEG DCT format specified in ISO/IEC 
10918-1, with the Application Market Segment (APP1, and APP2 or APP11 if needed) inserted. APPI shall 
be recorded immediately after the SOI marker indicating the beginning of the file (see Figure 7). Multiple 
APP2 may be recorded as necessary, starting immediately after APP1. APP11 may be recorded as necessary, 
starting after APP1 and APP2. APPn other than APP1, APP2, and APP11, or COM marker are not used by 
Exif. However Exif/DCF readers should be designed skip over unknown APPn and COM. 
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Structure of Compressed file Structure of APP1 


SOl Start of Image APP1 Marker 
Application Marker APP1 Length 
Segment 1 Exif Identifier Code 
(Exif Attribute Information) TIFF Header 
(Application Marker Oth IFD 
rag dials | OthIFD Vale | 
(Flashpix Extension Data) EB 
(Application Marker = 
Segment 2) 1st IFD Value 
(Original Preservation Image) 


(Application Marker 
Segment 11) 
(JUMBF structured Data) 


bar 


Compressed Data 


1st IFD Image Data 


Structure of APP11 
APP11 Marker 


Box structured Data 


JUMBF Box(es) 
EO! End of Image (Annotation Data 


( ): optional Marker Segment etc.) 


i 


Figure 7 Basic Structure of Compressed Data Files 


APPI consists of the APP1 marker, Exif identifier code, and the attribute information itself. The size of 
APPI including all these elements shall not exceed the 64 KBytes specified in the JPEG standard[7]. 
Attribute information is stored in TIFF structure including a File Header, with a maximum of two IFD (Oth 
IFD, 1st IFD). The Oth IFD may record attribute information concerning the compressed image (primary 
image). The 1st IFD may be used to record a thumbnail image. For details see section 4.7.2 

The two APP2s each contain one of the following two elements, depending on the application; 

a) For Flashpix Extension Data: APP2 consists of the APP2 marker, FPXR (Flashpix-Ready, see 
Annex F) identifier code, and contents list for Flashpix extension recording, or stream data. A 
string of multiple APP2 marker segments shall be used to record data exceeding 64 KBytes. For 
details see section 4.7.3. 


b) For Original Preservation Image: APP2 consists of the APP2 marker, MPF[3] identifier code, and 


MP Extensions. For details see section 4.7.4. 


APP11 consists of the APP11 marker, the JPEG box format identifier code[9], the box instance number, the 


sequence number indicating the marker merging order, and the JUMBF box data[10]. 


The box instance number is used to distinguish between multiple boxes of the same type with different data 


contents when existent. 
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The data sequence number indicates the merging order when merging multiple marker segments in a case in 
which logically identical box data exceeds 64 KBytes, the marker size limit of JPEG standard[7], and the 


data is divided into multiple marker segments. 


For details see section 4.7.5. 


4.5.5. Application marker segments 


The basic structure of JPEG compressed data in Exif adopts a configuration based on marker segments 
compliant with the *Baseline DCT format of JPEG" [7]. 


In the JPEG standard[7] on which the Exif standard 1s based, the use of the APPn (Reserved for application 
marker segments) and COM (Comment) marker segment is not restricted. In the Exif standard (See section 
4.5.4), it is written, " APPn other than APP1, APP2 and APP11, or COM marker segment are not used". 
However, there is no mention of prohibited use of undefined APPn marker segments. Therefore, undefined 
APPn marker segments can be optionally used for recording by vendors or trade groups. In this case, 
compliance with the following rules is recommended in order to maintain reproduction compatibility with 
the Exif devices.In this guideline, marker segments of JPEG compressed data should be recorded in 


accordance with the order shown in Table 2 and should be interpreted as described in the table. 


That is, it is possible to optionally record multiple APPn (n is a value from zero to 15) marker segments 
immediately after APP1, APP2 and APPI1 defined in the Exif standard. 


The bracketed marker segment names in Figure 7, Figure 8 and Table 2 show optional marker segments in 
the Exif standard. 


Table 2 Marker segments of JPEG compressed data in Exif 


No Name of marker Specification in the Exif standard 


, Sol Recording this marker is mandatory. It shall be recorded in this 
position at the beginning of all markers. 


Exif Attribute Information 


2 APP Recording this marker is mandatory. lt shall be recorded in this 
position immediately after SOI. 
Flashpix Extension data 

3 (APP2) Recording this marker is optional. Multiple APP2 markers for the 
data can be optionally recorded . It shall be recorded in this position, 
if necessary. 
Attribute Information for Original Preservation Image 

4 (APP2) Recording this marker is optional. Any number of APP2 markers for 


the Attribute Information can be recorded. They shall be recorded 
in this position, if necessary. 
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JUMBF Box-structured data containing Annotation Data etc. 


5 (APP 11) Recording this marker is optional. Any number of APP11 markers 
can be optionally recorded. They shall be recorded in the position 
after APP1 and APP2, if necessary. 


Recording this marker is optional. Multiple markers can be 
6 (APPn) recorded, as necessary (including APP1, APP2 and APP11 other 
than those listed above in this table). 


Other marker groups defined in Exif 


DQT, DHT, 
7 (DRI), SOF Only the DRI marker is optional. Recording the rest of the markers 
is mandatory. Their recording order may be changeable. 
E SOS If the DRI marker is recorded, the RSTm marker shall be inserted 
(compressed data) | as well. 
9 EOI Recording this marker is mandatory. It shall be recorded in this 


position. 


The following Figure 8 shows an example structure of JPEG compressed data when undefined data in the 
Exif standard is added. The marker segments with filled background in the figure are mandatory in this 
specification. 

In this case, the added marker segments are assumed as APPx, APPy and APPz (x, y and z are optional 


numbers from zero to 15). 
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SOI Start of Image 
APP4 Application marker segment 1 
(for Exif Attribute Information) 
Application marker segment 2 
(BER?) (for Flashpix Extension Data) 
Application marker segment 2 
(APP2) (for Original Preservation Image 
Attribute Information) 
Application marker segment 11 
APPT) (for Annotation Data etc.) 
Application marker segment x 
VAPP) (Data 1 undefined in Exif) 
Application marker segment y 
(APPy) (Data 2 undefined in Exif) 
Application marker segment z 
Arm) (Data 3 undefined in Exif) 
DQT Quantization Table 
DHT Huffman Table 
(DRI) (Restart Interval) 
SOF Frame Header 
SOS Scan Header 
Compressed Data 
EOI End of Image 


Figure 8 Structure of JPEG compressed data with added APPn in Exif (Example) 


4.5.6. How to deal with APPn markers 
undefined in the Exif standard 


Exif/DCF writers should record only the minimum for vendors when recording APPn markers undefined in 
the Exif standard. Especially, metadata for which the content is inconsistent with that of metadata written 


in the Exif standard should not be recorded. 


Even if APPn markers are undefined in the Exif standard and incomprehensible, Exif/DCF editors should 
not delete them, in consideration that the necessary information is recorded. Moreover, Exif/DCF editors 
should add only the minimum for vendors when adding APPn markers undefined in the Exif standard. 
Especially, metadata for which the content is inconsistent with that of metadata written in the Exif standard 
should not be added. APPn markers undefined in the Exif standard should be recorded in ascending order of 


the marker code. 


When adding APPn markers, because the volume becomes quite large, current devices might not be able to 


handle the file itself. In other cases, the large volume might affect the performance of the device. Such cases 
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should be kept in mind. For example, when an Exif/DCF editor uses optional APPn to add unique information 
to the file created by an Exif/DCF writer, the file size increases by the amount of added information. Even 
if the additional information is small, because the file size increases, some Exif/DCF readers might not 
properly handle the file itself due to the regulation in the specifications of the device. Other Exif/DCF 


readers might be affected in terms of performance. Therefore, it is necessary to take into account such cases. 


Exif/DCF readers should be implemented to operate without interruption even if APPn markers undefined 
in the Exif standard have been recorded. It is recommended that Exif/DCF readers be designed to skip over 


unknown APP markers in the Exif standard (see section 4.5.4). 


4.5.7. Recording data other than the primary image 


The JPEG standard[7] defines data formats such as compressed image data format and it does not mention 
file formats. Therefore, it is possible to add information other than the primary image by separately defining 


the structure of an image file. 


For example, the file formats for recording multiple images and for information other than images are 
considered. If there is a standard specification, specific methods for implementation and handling should 


comply with the standard specification. 


In Exif/DCF editors, when APP markers compliant with a standard specification are used to manage the start 
address of an image with offset in files, it should be considered that the start address of the image might be 


changed by adding the APPn markers. 


In Exif/DCF writers, when data is recorded using a unique method that does not comply with a standard 
specification, it should be kept in mind that the data might be changed or deleted when used with other 
Exif/DCF writers or editors. 

Moreover, Exif/DCF readers should be implemented to operate without interruption even if certain kinds of 


data have been recorded after EOI of the primary image defined in the Exif standard. Specifically, unknown 


data after EOI of the primary image should be skipped. (see section 4.7.1) 


4.5.8. Basic Structure of Thumbnail Data 


Thumbnail data is recorded in the 1st IFD similarly to primary images, using two existing image formats. 


No limit is placed on the size of thumbnail images. It is optional to record thumbnails but it is recommended 
that they be recorded if possible, unless hardware or other restrictions preclude this. Thumbnail data does 
not necessarily have to adopt the same data structure as that used for primary images. If, however, the 
primary images are recorded as uncompressed RGB data or as uncompressed Y CbCr data, thumbnail images 


shall not be recorded as JPEG compressed data (see Table 3). 
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Table 3 Combinations of primary image and thumbnail data structures 


Primary Image 
Uncompressed Compressed 
Uncompressed Possible Possible 
Thumbnail l l 
Compressed Not possible Possible 


When thumbnails are recorded in uncompressed format, they are to be recorded in the Ist IFD in 
conformance with Baseline TIFF Rev. 6.0 RGB Full Color Images[17] or TIFF Rev. 6.0 Extensions YCbCr 
Images[17]. 

An Exif-specific recording method is used to record compressed thumbnails. 


In this case the Compression tag value is set to ‘6’ and tags in the Ist IFD (JPEG Interchange Format, JPEG 
Interchange Format Length) are used to designate the location and size. The images are recorded at the 
designated location as a JPEG stream (from SOI to EOI) conforming to the JPEG Baseline DCT format[7]. 
APPn marker, COM marker, nor restart marker shall not be recorded in the JPEG stream (see Figure 9). To 
avoid duplicate definitions, the 1st IFD is not used to record a tag indicating a TIFF image or information 


recorded elsewhere as a JPEG marker segment. 


Exif Compressed File APP1 Marker 


| APP1 Marker 


Length | 
UMEN 
TIFF Header 


Oth IFD 
Exif IFD 


1st IFD 


JPEGInterchangeFormat 
JPEGInterchangeFormatLength Compressed 


Compressed 
Data Data 


JPEG Thumbnail 


Figure 9 Structure of Exif file with compressed thumbnail 


4.6. Tags 
4.6.1. Features of Attribute Information 


RGB data conforms to Baseline TIFF Rev. 6.0 RGB Full Color Images[17] and YCbCr data to TIFF Rev. 
6.0 Extensions YCbCr Images[17]. Accordingly, the parts that follow the TIFF structure shall be recorded 
in conformance to the TIFF standard. In addition to the attribute information indicated as mandatory in the 


TIFF standard, this Exif standard adds the TIFF optional tags that can be used in a DSC or other system, 
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Exif-specific tags for recording DSC-specific attribute information, and GPS tags for recording position 
information. There are also Exif-original specifications not found in the TIFF standard[17] for compressed 


recording of thumbnails. 
Recording of compressed data differs from uncompressed data in the following respects: 


* When the primary image data is recorded in compressed form, there is no tag indicating the primary 


image itself or its address (pointer), 

* When thumbnail data is recorded in compressed form, address and size are designated using Exif- 
specific tags, 

* Tags that duplicate information given in the JPEG Baseline[7] are not recorded (for either primary 


images or thumbnails). 


* [Information relating to compression can be recorded using the tags for this purpose. 


4.6.2. IFD Structure 


The IFD used in this standard consists of a 2-byte count (number of fields), 12-byte field entry arrays, and 
4-byte offset to the next IFD, in conformance with TIFF Rev. 6.0[17]. Each ofthe 12-byte field entry consists 


of the following four elements respectively. 
Bytes 0-1 Tag 
Bytes 2-3 Type 
Bytes 4-7 Count 
Bytes 8-11 Value Offset 


Each element is explained briefly below. For details see TIFF Rev. 6.0[17]. 


Tag 
Each tag is assigned a unique 2-byte number to identify the field. The tag numbers in the Exif Oth IFD 
and Ist IFD are all the same as the TIFF tag numbers. 


Type 


The following types are used in Exif: 


1=BYTE An 8-bit unsigned integer. 

2 = ASCII An 8-bit byte containing one 7-bit ASCII code. The final byte is terminated with 
NULL[00.H]. The ASCII count shall include NULL. 

3 = SHORT A 16-bit (2-byte) unsigned integer, 

4=LONG A 32-bit (4-byte) unsigned integer, 


5=RATIONAL Two LONGs. The first LONG is the numerator and the second LONG expresses 


the denominator. 
7= UNDEFINED An 8-bit byte that may take any value depending on the field definition. 
9 - SLONG A 32-bit (4-byte) signed integer (2's complement notation). 
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10=SRATIONAL Two SLONGs. The first SLONG is the numerator and the second SLONG is the 


denominator. 


129 - UTF-8 An 8-bit byte representing a string according to UTF-8[21]. The final byte is 
terminated with NULL[00.H]. BOM (Byte Order Mark) shall not be used. The 
UTF-8 count shall include NULL. 


This is defined independently by this standard, rather than in TIFF6.0. 


Count 


The number of values. It should be noted carefully that the count is not necessarily the sum of the bytes. 
In the case of one value of SHORT (16 bits), for example, the count is 'l' even though it is 2 Bytes. In 
the case of UTF-8 (8 bits), for example, one value is 1 Byte, so the count 1s equal to the total number 
of bytes including NULLs, but note that this does not necessarily equal the total number of characters 


because the code indicating one character is of variable length. 


Value Offset 


This tag records the offset from the start of the TIFF header to the position where the value itself is 
recorded. In cases where the value fits in 4 Bytes, the value itself is recorded. If the value is smaller 
than 4 Bytes, the value is stored in the 4-byte area starting from the left, i.e., from the lower end of the 
byte offset area. For example, in big endian format, if the type is SHORT and the value is 1, it is 
recorded as 00010000.H. 


Note that field entry shall be recorded in sequence starting from the smallest tag number. 


There is no stipulation regarding the order or position of tag value (Value) recording. 


4.6.3. Exif-specific IFD 
4.6.3.1. Exif IFD 


Exif IFD is a set of tags for recording Exif-specific attribute information. It is pointed to by the offset from 


the TIFF header (Value Offset) indicated by an Exif private tag value. 


4.6.3.1.1. Exif IFD Pointer 


Tag = 34665 (8769.H) 
Type = LONG 

Count = 1 

Default = None 


A pointer to the Exif IFD. The Exif IFD has the same structure as that of the IFD specified in TIFF. 


However, it does not contain image data as in the case of TIFF. 
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4.6.3.2. GPS IFD 


GPS IFD is a set of tags for recording information such as a Global Navigation Satellite System (GNSS) 
including GPS and other various positioning systems or services. It is pointed to by the offset from the TIFF 


header (Value Offset) indicated by a GPS private tag value. 


4.6.3.2.1. GPS Info IFD Pointer 


Tag — 34853 (8825.H) 
Type = LONG 

Count = 1 

Default = None 


A pointer to the GPS Info IFD. The internal structure of the GPS Info IFD, like that of Exif IFD, has 


no image data. 


4.6.3.3. Interoperability IFD 


Interoperability IFD is composed of tags which store the information to ensure interoperability and pointed 


by the following tag located in Exif IFD. 


4.6.3.3.1. Interoperability IFD Pointer 


Tag = 40965 (A005.H) 
Type = LONG 

Count = |] 

Default = None 


The Interoperability IFD has the same structure as that of the IFD specified in TIFF. However, it does 


not contain image data as in the case of TIFF. 


4.6.4. Character Identifier Code 


Several UNDEFINED tags that handle character information can handle multicode by specification of the 
character code. 

To identify the characters written in these tags, an ID code is entered in a fixed 8-byte area at the start of 
the tag data area. The unused portion of the ID code area shall be padded with NULL. ID codes are assigned 
by means of registration. 

The reference for each character code is given in Table 4. The value of the Count is determined based on 
the 8 bytes in the character code area and the number of bytes in the actual string data area following the 
character code area. Note that since the TYPE is UNDEFINED, NULL termination is not necessary (see 
Figure 10). 


39 


Table 4 Character Codes and Character Code Designations 


Character Identifier Code 


Base Format / Reference 


Tag 


Value of 
Exif IFD 


Identifier Code (8Byte) 


Character Data 


Character Code (8Byte) Character EI, 
Encoding 
ASCII 41.53.43.49. 49.00.00.00.H ANSI INCITS 4[16] 
JIS 4A.49.53.00. 00.00.00.00.H |1SO-2022-JP[4] | JIS X 0208[5] 
Unicode 55.4E.49.43. 4F.44.45.00.H UTF-8[21] Unicode[20] 
Undefined Text | 00.00.00.00. 00.00.00.00.H = = 
Exif Private Tag 
Exif IFD Exif Version 


Figure 10 Configuration Example of Multicode Character Information Tag 


The ID code may be a Defined code such as JIS[5]or ASCII, or may be Undefined. The Undefined name is 
Undefined Text, and the ID code is filled with 8 Bytes of all NULL. An Exif/DCF Reader that reads the tag 


shall have a function for determining the ID code. Note that this function is not required in Exif/DCF readers 


that do not use the multicode tag (see Table 5). 


Table 5 Differences Between Defined and Undefined Character Code Implementation 


ID Code 


Exif/DCF Reader Implementation 


Defined 
(JIS, ASCII, etc.) 


Determines the ID code and displays the code in accord with the 


Exif/DCF reader capability. 


Undefined 
(all NULL) 


Depends on the localized PC environment, etc., in each country. (If a 
character code is used for which there is no clear specification like Shift- 


JIS in Japan, Undefined is used.) 


Although the possibility of unreadable characters exists, display of these 


characters is left as a matter of Exif/DCF reader implementation 
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When a tag is set aside for the purpose of maintaining a character information area, it is recommended that 


the ID code be ASCII and that the following character information be filled with blank characters [20.H]. 


4.6.5. TIFF Rev. 6.0 Attribute Information 


Table 6 lists the attribute information used in Exif, including the attributes given as mandatory in Baseline 
TIFF Rev. 6.0 RGB Full Color Images and TIFF Rev. 6.0 Extensions YCbCr Images, as well as the optional 
TIFF tags used by DSC and other systems. The contents are explained below. 


Table 6 TIFF Rev. 6.0 Attribute Information Used in Exif 


Image width 

Image height 

Number of bits per component 
Compression scheme 
Pixel composition 
Orientation of image 
Number of components 
Image resolution in width direction 
Image resolution in height direction 
Image data arrangement 
Unit of X and Y resolution 
Subsampling ratio of Y to C 
Y and C positioning 


Offset to strip 

Number of rows per strip 
Bytes per compressed strip 
Offset to JPEG SOI 
Bytes of JPEG data 


Transfer function 

White point chromaticity 
Chromaticities of primaries 
Color space transformation matrix coefficients 


Pair of black and white reference values 


Field Name 


A. Tags relating to image data structure 


ImageWidth 
ImageLength 
BitsPerSample 
Compression 
PhotometricInterpretation 
Orientation 
SamplesPerPixel 
XResolution 
YResolution 
PlanarConfiguration 
ResolutionUnit 
YCbCrSubSampling 
YCbCrPositioning 


B. Tags relating to recording offset 


StripOffsets 
RowsPerStrip 


StripByteCounts 


JPEGInterchangeFormat 
JPEGInterchangeFormatLength 


C. Tags relating to image data characteristics 


TransferFunction 
WhitePoint 
PrimaryChromaticities 
YCbCrCoefficients 
ReferenceBlackWhite 
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SHORT or LONG 
SHORT 
SHORT 
SHORT 
SHORT 
SHORT 

RATIONAL 
RATIONAL 
SHORT 
SHORT 
SHORT 


RATIONAL 
RATIONAL 
RATIONAL 
RATIONAL 


D. Other tags 
Description of Image ImageDescription 
Image input equipment manufacturer Make 
Image input equipment model Model 
Software used Software 
File change date andtime DateTime 


Person who created the image Artist 


Copyright holder Copyright 


*S Chunky format : StripsPerlmage 
Planar format :SamplesPerlmage * StripsPerlmage 
StripsPerlmage = floor((ImageLength + RowsPerStrip -1)/ RowsPerStrip) 


4.6.5.1. A. Tags relating to image data structure 
4.6.5.1.1. ImageWidth 


The number of columns of image data, equal to the number of pixels per row. In JPEG compressed data, this 


tag shall not be used because a JPEG marker is used instead of it. 


Tag —  256(100.H) 

Type = SHORT or LONG 
Count = 1 

Default = None 


4.6.5.1.2. ImageLength 


The number of rows of image data. In JPEG compressed data, this tag shall not be used because a JPEG 


marker is used instead of it. 


Tag = 257 (101.H) 

Type = SHORT or LONG 
Count = 1 

Default = None 


4.6.5.1.3. BitsPerSample 


The number of bits per image component. In this standard each component of the image is 8 bits, so the 
value for this tag is 8. See also SamplesPerPixel. In JPEG compressed data, this tag shall not be used because 


a JPEG marker is used instead of it. 


Tag = 258 (102.H) 
Type = SHORT 
Count = 3 

Default = 8 8 8 
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4.6.5.1.4. Compression 


The compression scheme used for the image data. When a primary image is JPEG compressed, this 
designation is not necessary. So, this tag shall not be recorded. When thumbnails use JPEG compression, 


this tag value is set to 6. 


Tag = 259 (103.H) 

Type = SHORT 

Count = 1 

Default = None 
1 = uncompressed 
6 = JPEG compression (thumbnails only) 
Other = reserved 


4.6.5.1.5. Photometriclnterpretation 


The pixel composition. In JPEG compressed data, this tag shall not be used because a JPEG marker is used 


instead of it. 


Tag =  262(106.H) 
Type = SHORT 
Count = 1 
Default = None 
2 = RGB 
6 = YCbCr 
Other = reserved 


4.6.5.1.6. Orientation 


The image orientation viewed in terms of rows and columns. 


Tag = 274 (112.H) 
Type = SHORT 
Count = 1 
Default = 1 
1 = The Oth row is at the visual top of the image, and the Oth column is the visual left-hand side. 


= The Oth row is at the visual top of the image, and the Oth column is the visual right-hand side. 
= The Oth row is at the visual bottom of the image, and the Oth column is the visual right-hand side. 
= The Oth row is at the visual bottom of the image, and the Oth column is the visual left-hand side. 
The Oth row is the visual left-hand side of the image, and the Oth column is the visual top. 

= The Oth row is the visual right-hand side of the image, and the Oth column is the visual top. 


= The Oth row is the visual right-hand side ofthe image, and the Oth column is the visual bottom. 


JD t Aa u N 
Il 


= The Oth row is the visual left-hand side of the image, and the Oth column is the visual bottom. 
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Other = reserved 


Recording orientation 
Table 7 shows the relationship between the total number of columns and total number of rows of coded 


image data that is stored in an Exif image file and an Exif tag. 


Table 7 Relationship between column count/row count of coded image data and Exif tag 


When uncompressed RGB and When compressed JPEG data 
YCbCr data (See 4.6.5.1) (See 4.6.6.3) 
Column count ImageWidth tag PixelXDimension 
Row count ImageLength tag PixelYDimension 


Figure 11 shows the pixel arrangement of coded image data that is stored in an Exif image file. It should be 
noted that the notation “(3,2)” in the figure indicates the pixel location “third column, second row.” (See 


section 4.4.4 for details) 


CO C1 C2 C3 


RO (0,0) | (1,0) | (2,0) | (3,0) 


R1 (0,1) | (1,1) | (2,1) | (3,1) 


R2 (0,2) | (1,2) | (2,2) | (3, 2) 


Figure 11 Data array of an Exif image file 


Figure 12 shows the orientation of an image display on a display device. The notation “visual top” refers to 
the upper edge of the displayed image when looking directly at the screen from its front. Likewise, the 
notations “visual left-hand,” “visual right-hand," and “visual bottom" refer to the left edge, right edge, and 


bottom edge of the screen, respectively. 


visual left-hand 


visual right-hand 


Figure 12 Orientation of an image display on a display device 
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Figure 13 shows the relationship between coded image data that is stored in an Exif image file and orientation 


of the image display on a display screen according to the orientation tag. 


Orientation = 1 Orientation = 2 
visual top visual top 


visual left-hand 
visual left-hand 


pueu-juBu Jensia 
pueu-uBu Jensia 


visual bottom visual bottom 


Orientation = 3 Orientation = 4 
visual top visual top 


visual left-hand 
visual left-hand 


pueu-juBu Jensia 
pueu-uBu Jensia 


visual bottom visual bottom 
Orientation = 5 Orientation = 6 
visual top visual top 

< < 
2 o 2 o 
B D g D 
E - E = 
Do a v a 
E T E T 
o D a D 
> zi > zi 

visual bottom visual bottom 
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Orientation = 7 Orientation = 8 
visual top visual top 


visual left-hand 
visual left-hand 


pueu-juBu [ensi 
pueu-uBu jensiA 


visual bottom visual bottom 


x (0, 0) = (smallest column number, smallest row number) 
(C, R) = (largest column number, largest row number) 


Figure 13 Relationship between image data and orientation 
on a display screen according to an orientation tag 


Orientation = 1 is set when Oth row of the coded image data stored in the Exif image file and the visual 


top of the display screen, and 0" column and visual left, will each be matched for display 
Orientation = 2 is equivalent to an arrangement that is reversed Orientation = 1 : horizontally 
Orientation = 3 is equivalent to an arrangement that is turned Orientation = 6 : 90 degrees clockwise 
Orientation — 4 is equivalent to an arrangement that is reversed Orientation — 3 : horizontally 
Orientation = 5 is equivalent to an arrangement that is reversed Orientation = 6 : horizontally 
Orientation = 6 is equivalent to an arrangement that is turned Orientation = 1 : 90 degrees clockwise 
Orientation = 7 is equivalent to an arrangement that is reversed Orientation = 8 : horizontally 


Orientation = 8 is equivalent to an arrangement that is turned Orientation = 3 : 90 degrees clockwise 


Figure 14 shows the relationship between the orientation tag and rotation processing that should be 


conducted when displaying coded image data that is stored on an Exif image file on a screen. 
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Each rotation of 90 degrees clockwise 


Each rotation of 90 degrees clockwise 


Reversed 
horizontally 


(The integers 1 to 8 in the table are orientation tag values) 


Figure 14 Relationship between the orientation tag and rotation processing 
to display image data on a screen 


4.6.5.1.7. SamplesPerPixel 


The number of components per pixel. Since this standard applies to RGB and YCbCr images, the value set 
for this tag is 3. In JPEG compressed data, this tag shall not be used because a JPEG marker is used instead 
of it. 


Tag =  2TI (115.H) 
Type = SHORT 
Count = 1 

Default = 3 


4.6.5.1.8. XResolution 


The number of pixels per ResolutionUnit in the ImageWidth direction. When the image resolution is 


unknown, 72 [dpi] shall be designated. 


Tag = 282 (11A.H) 
Type = RATIONAL 
Count = 1 

Default = 72 


4.6.5.1.9. YResolution 


The number of pixels per ResolutionUnit in the ImageLength direction. The same value as XResolution shall 


be designated. 


Tag = 283 (11B.H 
Type = RATIONAL 
Count = | 

Default = 72 


47 


4.6.5.1.10. PlanarConfiguration 


Indicates whether pixel components are recorded in chunky or planar format. In JPEG compressed data, this 
tag shall not be used because a JPEG marker is used instead of it. If this field does not exist, the TIFF default 


of 1 (chunky) is assumed. 


Tag 


Type 
Count 
Default 


1 
2 


= 284 (11C.H) 
- SHORT 
= 1 


= None 


chunky format 


— planar format 


Other = reserved 


4.6.5.1.11. ResolutionUnit 


The unit for 


measuring XResolution and YResolution. The same unit is used for both XResolution and 


YResolution. If the image resolution in unknown, 2 (inches) shall be designated. 
Tag = 296 (128.H) 
Type = SHORT 
Count = 1 
Default = 2 
2 = inches 
3 = centimeters 
Other = reserved 


4.6.5.1.12. YCbCrSubSampling 


The sampling ratio of chrominance components in relation to the luminance component. In JPEG compressed 


data a JPEG marker is used instead of this tag. So, this tag shall not be recorded 


Tag 
Type 
Count 
Default 


= 530 (212.H) 
- SHORT 
2 


— None 


[2, 1] = YCbCr4:2:2 
[2,2] = YCbCr4:2:0 


Other = reserved 


4.6.5.1.13. YCbCrPositioning 


The position of chrominance components in relation to the luminance component. This field is designated 


only for JPEG compressed data or uncompressed YCbCr data. The TIFF default is 1 (centered); but when 


Y:Cb:Cr = 4: 


2:2 it is recommended in this standard that 2 (co-sited) be used to record data, in order to 
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improve the image quality when viewed on TV systems. When this field does not exist, the reader shall 
assume the TIFF default. In the case of Y:Cb:Cr = 4:2:0, the TIFF default (centered) is recommended. If the 
Exif/DCF reader does not have the capability of supporting both kinds of Y CbCrPositioning, it shall follow 
the TIFF default regardless of the value in this field. It is preferable that readers can support both centered 


and co-sited positioning. 


Tag =  531(213.H) 
Type = SHORT 
Count = 1 
Default = 1 
] = centered 
2 = co-sited 
Other = reserved 
95 XOX Ch oC O X 
LOX XOX Q x. 09 x 
dq XOX Co DE «I x 
LOX XOX Q X Q x 
YCbCr Positioning = 1 YCbCr Positioning = 2 
(centered) (co-sited) 
a) Y:Cb:Cr = 4:2:2 
x dE xX Q X (GO x 
O O 
X XX X X x X X 
xX X X X & XR X 
È K 
YCbCr Positioning = 1 YCbCr Positioning = 2 
(centered) (co-sited) 


b) Y:Cb:Cr = 4:2:0 


X Luminance Sample 
O Chrominance Sample 


Figure 15 YcbCrPositioning 


4.6.5.2. B. Tags relating to recording offset 
4.6.5.2.1. StripOffsets 


For each strip, the byte offset of that strip. It is recommended that this be selected so the number of strip 
bytes does not exceed 64 KBytes. In the case of JPEG compressed data, this designation is not necessary. 


So, this tag shall not be recorded. See also RowsPerStrip and StripByteCounts. 
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Tag = 273 (111.H) 

Type = SHORT or LONG 

Count =  StripsPerlmage (when PlanarConfiguration = 1) 
=  SamplesPerPixel * StripsPerImage (when PlanarConfiguration = 2) 

Default 


None 


4.6.5.2.2. RowsPerStrip 


The number of rows per strip. This is the number of rows in the image of one strip when an image is divided 


into strips. In the case of JPEG compressed data, this designation is not necessary. So, this tag shall not be 


recorded. 
Tag —  278(116.H) 
Type = SHORT or LONG 
Count = 1 
Default = None 


4.6.5.2.3. StripByteCounts 


The total number of bytes in each strip. In the case of JPEG compressed data, this designation is not 


necessary. So, this tag shall not be recorded. 


Tag = 279 (117.H) 
Type = SHORT or LONG 
Count =  StripsPerlmage (when PlanarConfiguration = 1) 


=  SamplesPerPixel * StripsPerImage (when PlanarConfiguration = 2) 
Default 


None 


4.6.5.2.4. JPEGInterchangeFormat 


The offset to the start byte (SOI) of JPEG compressed thumbnail data. This shall not be used for primary 
image JPEG data. 


Tag = 513 (201.H) 
Type = LONG 
Count = 1 

Default = None 


4.6.5.2.5. JPEGInterchangeFormatLength 


The number of bytes of JPEG compressed thumbnail data. This is not used for primary image JPEG data. 
JPEG thumbnails are not divided but are recorded as a continuous JPEG bitstream from SOI to EOI. APPn 
and COM markers should not be recorded. Compressed thumbnails shall be recorded in no more than 64 


KBytes, including all other data to be recorded in APPI. 
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Tag =  514(202.H) 


Type = LONG 
Count = 1 
Default = None 


4.6.5.3. C. Tags Relating to Image Data Characteristics 


4.6.5.3.1. TransferFunction 


A transfer function for the image, described in tabular style. Normally this tag need not be used, since color 


space 1s specified in the color space information tag (ColorSpace). 


Tag = 301 (12D.H) 
Type = SHORT 
Count = 3%* 256 
Default = None 


4.6.5.3.2. WhitePoint 


The chromaticity of the white point of the image. Normally this tag need not be used, since color space is 


specified in the color space information tag (ColorSpace). 


Tag = 318 (13E.H) 
Type = RATIONAL 
Count = 2 

Default = None 


4.6.5.3.3. PrimaryChromaticities 


The chromaticity of the three primary colors of the image. Normally this tag need not be used, since color 


space 1s specified in the color space information tag (ColorSpace). 


Tag =  319(13F.H) 
Type = RATIONAL 
Count = 6 

Default = None 


4.6.5.3.4. YCbCrCoefficients 


The matrix coefficients for transformation from RGB to YCbCr image data. No default is given in TIFF; but 


here the characteristics given in Annex D, "Color Space Guidelines," is used as the default. 


Tag = 529 (211.H) 

Type = RATIONAL 

Count = 3 

Default = See Annex D 
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4.6.5.3.5. ReferenceBlackWhite 


The reference black point value and reference white point value. No defaults are given in TIFF, but the 
values below are given as defaults here. The value is set the default if the color space is specified by the 


color space information tag and an image with the optimal characteristics for this condition is recorded. 


Tag =  532(214.H) 

Type = RATIONAL 

Count = 6 

Default = [0, 255, 0, 255, 0, 255] (when PhotometricInterpretation is RGB) 


= [0, 255, 128, 128, 128, 128] (when PhotometricInterpretation is YCbCr) 


4.6.5.4. D. Other Tags 
4.6.5.4.1. ImageDescription 


A character string giving the content description of the image. It is possible to add a description of the 


content or comment such as "1988 company picnic" or the like. 


2-byte or larger character codes can not be used when ASCII is set as Type. When a 2-byte or larger code is 


necessary, UTF-8 shall be set as Type. The count is the value including NULL terminations. 


Tag =  270(10E.H) 
Type = ASCII or UTF-8 
Count - Any 

Default = None 


4.6.5.4.2. Make 


The manufacturer of the recording equipment. This is the manufacturer of the DSC, scanner, video digitizer 


or other equipment that generated the image. When the field is left blank, it is treated as unknown. 


Tag = 271 (10F.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.5.4.3. Model 


The model name or model number of the equipment. This is the model name or model number of the DSC, 
scanner, video digitizer or other equipment that generated the image. When the field is left blank, it is treated 


as unknown. 


Tag = 272 (110.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 
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4.6.5.4.4. Software 


This tag records the name and version of the software or firmware of the camera or image input device used 
to generate the image. The detailed format is not specified, but it is recommended that the example shown 
below be followed. When the field is left blank, it 1s treated as unknown. 

When any one of CameraFirmware, RawDevelopingSW, ImageEditingSW, and MetadataEditingSW tags, 
which is information related to this tag, is recorded, this tag shall also be recorded. It is recommended that 
the information written in this tag be the same as that written in any one of the CameraFirmware, 
RawDevelopingSW, and ImageEditingSW tags. 

2-byte or larger character codes can not be used when ASCII is set as Type. When a 2-byte or larger code is 


necessary, UTF-8 shall be set as Type. The count is the value including NULL terminations. 


Ex.) "Exif Software Version 1.002" 


Tag = 305 (131h) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.5.4.5. DateTime 


The date and time of image creation. In this standard it is the date and time the file was changed. The format 
is "YYYY:MM:DD HH:MM:SS" with time shown in 24-hour format, and the date and time separated by 
one blank character [20.H]. When the date and time are unknown, all the character spaces except colons 
(":") should be filled with blank characters, or else the field should be filled with blank characters. The 
character string length is 20 Bytes including NULL for termination. When the field is left blank, it is treated 


as unknown. 


Tag = 306 (132.H) 
Type = ASCII 
Count = 20 

Default = None 


4.6.5.4.6. Artist 


This tag records name of the main person who created the image. The detailed format is not specified. When 
the field is left blank, it is treated as unknown. 

When any one of CameraOwnerName, Photographer, and ImageEditor tags, which is information related to 
this tag, is recorded, this tag shall also be recorded. It is recommended that this tag contains the same value 
of either the CameraOwnerName, Photographer or ImageEditor tag. 

2-byte or larger character codes can not be used when ASCII is set as Type. When a 2-byte or larger code is 


necessary, UTF-8 shall be set as Type. The count is the value including NULL terminations. 
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Tag =  315(13Bh) 


Type = ASCII or UTF-8 
Count = Any 
Default = None 


4.6.5.4.7. Copyright 


Copyright information. It is the copyright notice of the person or organization holding rights to the image. 


2-byte or larger character codes can not be used when ASCII is set as Type. When a 2-byte or larger code is 


necessary, UTF-8 shall be set as Type. The count is the value including NULL terminations. 


Tag = 33432 (8298.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.6. Exif IFD Attribute Information 


The attribute information (field names and codes) recorded in the Exif IFD is given in Table 8 and Table 9 


followed by an explanation of the contents. 


Table 8 Exif IFD Attribute Information (1) 
Field Name 


A. Tags Relating to Version 
Exif version ExifVersion UNDEFINED 
Supported Flashpix version  FlashpixVersion UNDEFINED 
B. Tag Relating to Image Data Characteristics 
Color space information ColorSpace SHORT 
Gamma Gamma RATIONAL 


C. Tags Relating to Image Configuration 


Meaning of each component  ComponentsConfiguration | 37 121 UNDEFINED 


Image compression mode CompressedBitsPerPixel 37122 RATIONAL 

Valid image width PixelXDimension SHORT or LONG 

Valid image height PixelY Dimension SHORT or LONG 
D. Tags Relating to User Information 

Manufacturer notes MakerNote UNDEFINED 

User comments UserComment UNDEFINED 
E. Tag Relating to Related File Information 


Related audio file RelatedSoundFile 40964 
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F. Tags Relating to Date and Time 
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Date and time of original data generation DateTimeOriginal 36867 | 9003 ASCII 20 
Date and time of digital data generation DateTimeDigitized 36868] 9004 ASCII 20 
Offset data of DateTime OffsetTime 36880| 9010 ASCII 7 
Offset data of DateTimeOriginal OffsetTimeOriginal 36881 9011 ASCII 7 
Offset data of DateTimeDigitized OffsetTimeDigitized 36882] 9012 ASCII 7 
DateTime sub-seconds SubSecTime 37520| 9290 ASCII Any 
DateTimeOriginal sub-seconds SubSecTimeOriginal 37521} 9291 ASCII Any 
DateTimeDigitized sub-seconds SubSecTimeDigitized 37522| 9292 ASCII Any 

G. Tags Relating to Picture-Taking Conditions 
See Table 9 

H. Tags Relating to shooting situation 
Temperature Temperature 37888| 9400 | SRATIONAL 1 
Humidity Humidity 37889| 9401 | RATIONAL 1 
Pressure Pressure 37890| 9402 | RATIONAL 1 
WaterDepth WaterDepth 37891| 9403 SRATIONAL 1 
Acceleration Acceleration 37892| 9404 | RATIONAL 1 
Camera elevation angle — CameraElevationAngle |37893| 9405 | SRATIONAL 1 
ther Tags 
Unique image ID ImageUniquelD 42016, A420 ASCII 33 
Camera Owner Name CameraOwnerName 42032| A430 |ASCII or UTF-8| Any 
Body Serial Number BodySerialNumber 42033 | A431 ASCII Any 
Lens Specification LensSpecification 42034| A432 | RATIONAL 4 
Lens Make LensMake 42035 | A433 |ASCII or UTF-8| Any 
Lens Model LensModel 42036 | A434 |ASCII or UTF-8| Any 
Lens Serial Number LensSerialNumber 42037 | A435 ASCII Any 
Tiele name of Image ImageTitle 42038 | A436 [ASCII or UTF-8| Any 
Photographer name Photographer 42039 | A437 |ASCII or UTF-8| Any 
Person who edited the image ImageEditor 42040 | A438 [ASCII or UTF-8| Any 
Camera Firmware CameraFirmware 42041 | A439 |ASCII or UTF-8| Any 
RAW Developing Software RAWDevelopingSoftware |42042| A43A |ASCII or UTF-8| Any 
Image Editing Software ImageEditingSoftware 42043 | A43B |ASCII or UTF-8| Any 
Metadata Editing Software  MetadataEditingSoftware |42044| A43C |ASCII or UTF-8| Any 


Table 9 Exif IFD Attribute Information (2) 


Exposure time 

F number 

Exposure program 
Spectral sensitivity 
Photographic Sensitivity 
Optoelectric conversion factor 
Sensitivity Type 

Standard Output Sensitivity 
Recommended Exposurelndex 
ISO Speed 

ISO Speed Latitude yyy 
ISO Speed Latitude zzz 
Shutter speed 

Aperture 

Brightness 

Exposure bias 

Maximum lens aperture 
Subject distance 
Metering mode 

Light source 

Flash 

Lens focal length 
Subject area 

Flash energy 

Spatial frequency response 
Focal plane X resolution 
Focal plane Y resolution 
Focal plane resolution unit 
Subject location 
Exposure index 

Sensing method 

File source 

Scene type 

CFA pattern 


Custom image processing 


G. Tags Relating to Picture-Taking Conditions 


ExposureTime 

FNumber 
ExposureProgram 
SpectralSensitivity 
PhotographicSensitivity 
OECF 

SensitivityType 
StandardOutputSensitivity 
RecommendedExposurelndex 
ISOSpeed 
ISOSpeedLatitudeyyy 
ISOSpeedLatitudezzz 
ShutterSpeedValue 
ApertureValue 
BrightnessValue 
ExposureBiasValue 
MaxApertureValue 
SubjectDistance 
MeteringMode 
LightSource 

Flash 

FocalLength 
SubjectArea 
FlashEnergy 
SpatialFrequencyResponse 
FocalPlaneXResolution 
FocalPlaneYResolution 
FocalPlaneResolutionUnit 
SubjectLocation 
Exposurelndex 
SensingMethod 
FileSource 

SceneType 

CFAPattern 


CustomRendered 
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33434 | 829A 
33437 | 829D 
34850 | 8822 
34852 | 8824 
34855 | 8827 
34856 | 8828 
34864 | 8830 
34865 | 8831 
34866 | 8832 
34867 | 8833 
34868 | 8834 
34869| 8835 
37377 | 9201 
37378 | 9202 
37379| 9203 
37380| 9204 
37381| 9205 
37382 | 9206 
37383 | 9207 
37384 | 9208 
37385| 9209 
37386 | 920A 
37396 | 9214 
41483| A20B 
41484 
41486 
41487 
41488 
41492 
41493 
41495 
41728 
41729 
41730 
41985 


A20E 
A20F 
A210 
A214 
A215 
A217 
A300 
A301 
A302 
A401 


RATIONAL 
RATIONAL 
SHORT 
ASCII 
SHORT 


Any 


UNDEFINED, Any 


SHORT 
LONG 
LONG 
LONG 
LONG 
LONG 

SRATIONAL 
RATIONAL 
SRATIONAL 
SRATIONAL 
RATIONAL 
RATIONAL 

SHORT 

SHORT 

SHORT 

RATIONAL 

SHORT 

RATIONAL 


RATIONAL 
RATIONAL 
SHORT 
SHORT 
RATIONAL 
SHORT 
UNDEFINED 
UNDEFINED 
UNDEFINED 
SHORT 


1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 


1 
20r3or4 
1 


A20C |UNDEFINED | Any 


1 
1 
1 
2 
1 
1 
1 
1 
Any 
1 


Exposure mode 

White balance 

Digital zoom ratio 

Focal length in 35 mm film 
Scene capture type 

Gain control 

Contrast 

Saturation 

Sharpness 

Device settings description 
Subject distance range 
Composite image 


Source image number of composite image 


Source exposure times of composite image 


4.6.6.1. 
4.6.6.1.1. 


ExifVersion 


ExposureMode 

WhiteBalance 

DigitalZoomRatio 
FocalLengthIn35mmFilm 
SceneCaptureType 

GainControl 

Contrast 

Saturation 

Sharpness 
DeviceSettingDescription 
SubjectDistanceRange 
Compositelmage 
SourcelmageNumberOfCompositelmage |4208 1 
SourceExposureTimesOfCompositelmage |42082 


A. Tags Relating to Version 


SHORT 
SHORT 
RATIONAL 
SHORT 
SHORT 
RATIONAL 
SHORT 
SHORT 
SHORT 


SHORT 

SHORT 

SHORT 
UNDEFINED | Any 


The version of this standard supported. Nonexistence of this field is taken to mean nonconformance to the 


standard (see section 4.2). In according with conformance to this standard, this tag shall be recorded like 
"0300” as 4-byte ASCII. Since the type is UNDEFINED, it shall not be terminated with NULL. 


Tag = 36864 (9000.H) 
Type = UNDEFINED 
Count = 4 
Default = "0300" 

4.6.6.1.2. FlashpixVersion 


The Flashpix format[18] version supported by a FPXR file. If the FPXR function (see Annex F) supports 
Flashpix format Ver. 1.0[18], this is indicated similarly to ExifVersion by recording "0100" as 4-byte ASCII. 
Since the type is UNDEFINED, it shall not be terminated with NULL. 


Tag = 


Type = 
Count 
Default = 


0100 = 
Other = 


UNDEFINED 
4 
"0100" 


reserved 


40960(A000.H) 


Flashpix Format Version 1.0 
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4.6.6.2. B. Tags Relating to ColorSpace 
4.6.6.2.1. ColorSpace 


The color space information tag (ColorSpace) is always recorded as the color space specifier. Normally 
sRGB (=1) is used to define the color space based on the PC monitor conditions and environment. If a color 
space other than sRGB is used, Uncalibrated (=FFFF.H) is set. Image data recorded as Uncalibrated may be 
treated as sRGB when it is converted to Flashpix (see Annex F). On sRGB see Annex D. 


Tag — 40961 (A001.H) 
Type = SHORT 
Count = 1 
Default = None 
1 = sRGB 


FFFF.H = Uncalibrated 


Other = reserved 


4.6.6.2.2. Gamma 


Indicates the value of coefficient gamma. The formula of transfer function used for image reproduction is 


expressed as follows. 


(Reproduced value) = (Input value)y 


Both reproduced value and input value indicate normalized value, whose minimum value is 0 and maximum 


value is 1. 
Tag = 42240 (A500.H) 
Type = RATIONAL 
Count = 1 
Default = None 


4.6.6.3. C. Tags Relating to Image Configuration 
4.6.6.3.1. PixelXDimension 


Information specific to compressed data. When a compressed file is recorded, the valid width of the 


meaningful image shall be recorded in this tag, whether or not there is padding data or a restart marker. 


This tag shall not exist in an uncompressed file. For details see section 4.8.1 and Annex F. 


Tag = 40962 (A002.H) 
Type = SHORT or LONG 
Count = 1 

Default = None 
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4.6.6.3.2. PixelYDimension 


Information specific to compressed data. When a compressed file is recorded, the valid height of the 
meaningful image shall be recorded in this tag, whether or not there is padding data or a restart marker. This 
tag shall not exist in an uncompressed file. For details see section 4.8.1 and Annex F. Since data padding is 
unnecessary in the vertical direction, the number of lines recorded in this valid image height tag will in fact 
be the same as that recorded in the SOF. 


Tag — 40963 (A003.H) 
Type = SHORT or LONG 
Count = 1 

Default = None 


4.6.6.3.3. ComponentsConfiguration 


Information specific to compressed data. The channels of each component are arranged in order from the 
Ist component to the 4th. For uncompressed data the data arrangement is given in the 
PhotometricInterpretation tag. However, since PhotometricInterpretation can only express the order of Y,Cb 
and Cr, this tag is provided for cases when compressed data uses components other than Y, Cb, and Cr and 


to enable support of other sequences. 


Tag = 37121 (9101.H) 

Type = UNDEFINED 

Count = 4 

Default = 4560 (if RGB uncompressed) 


1230 (other cases) 


O = does not exist 
] = Y 

2 = Cb 

3 = Cr 

4 = R 

or que 

6 = B 

Other = reserved 


4.6.6.3.4. CompressedBitsPerPixel 


Information specific to compressed data. The compression mode used for a compressed image is indicated 


in unit bits per pixel. 


Tag = 37122 (9102.H) 
Type = RATIONAL 
Count = 1 

Default = None 


59 


4.6.6.4. D. Tags Relating to User Information 
4.6.6.4.1. MakerNote 


A tag for manufacturers of Exif/DCF writers to record any desired information. The contents are up to the 


manufacturer, but this tag shall not be used for any other than its intended purpose. 


Tag — 37500 (927C.H) 
Type = UNDEFINED 
Count = Any 

Default = None 


4.6.6.4.2. UserComment 


A tag for Exif users to freely write keywords or comments on the image. This is a multicode-compatible 
string and shall be entered in a form along with an character identifier code to identify the character code to 


be used. See section 4.6.4 for details on the form. 


Tag = 37510 (9286.H) 
Type = UNDEFINED 
Count = Any 

Default = None 


4.6.6.5. E. Tag Relating to Related File 
4.6.6.5.1. RelatedSoundFile 


This tag is used to record the name of an audio file related to the image data. The only relational information 
recorded here is the Exif audio file name and extension (an ASCII string consisting of 8 characters + '.' + 3 
characters). The path is not recorded. Stipulations on audio are given in section 5.6.3 "erel". File naming 


conventions are given in section 5.7.1. 


When using this tag, audio files shall be recorded in conformance to the Exif audio format. Writers can also 


store the data such as Audio within APP2 as Flashpix extension stream data. 
Audio files shall be recorded in conformance to the Exif audio format. 


The mapping of Exif image files and audio files is done in any of the three ways shown in Table 10. If 
multiple files are mapped to one file as in [2] or [3] of this Table 10, the above format shall be used to record 
just one audio file name. If there are multiple audio files, the first recorded file shall be given.In the case of 
[3] in Table 10, for example, for the Exif image file "DSC00001. JPG" only "SND00001. WAV" is given as 
the related Exif audio file. 

When there are three Exif audio files "SND00001. WAV", "SND00002. WAV" and "SND00003. WAV", 
the Exif image file name for each of them, "DSC00001. JPG," is indicated. By combining multiple relational 
information, a variety of playback possibilities can be supported. The method of using relational information 
is left to the implementation on the playback side. Since this information is an ASCII character string, it 
shall be terminated with NULL. 
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Table 10 Mapping between Image and Audio Files 


Exif Image File | Exif Audio File 


DSC00001.JPG | SND00001.WAV 


DSC00001.JPG SND00001.WAV 
DSC00002.JPG i 


DSC00003.JPG 


DSC00001.JPG | SND00001.WAV 
| SND00002.WAV 
SND00003. WAV 


When this tag is used to map audio files, the relation of the audio file to image data shall also be indicated 


on the audio file end. 


Tag = 40964 (A004.H) 
Type = ASCII 

Count = 13 

Default = None 


4.6.6.6. F. Tags Relating to Date and Time 
4.6.6.6.1. DateTimeOriginal 


The date and time when the original image data was generated. For a DSC the date and time the picture was 
taken are recorded. The format is "Y YYY:MM:DD HH:MM:SS" with time shown in 24-hour format, and 
the date and time separated by one blank character [20.H]. When the date and time are unknown, all the 
character spaces except colons (":") should be filled with blank characters, or else the field should be filled 
with blank characters. The character string length is 20 Bytes including NULL for termination. When the 


field is left blank, it 1s treated as unknown. 


Tag = 36867 (9003.H) 
Type = ASCII 

Count = 20 

Default = None 


4.6.6.6.2. DateTimeDigitized 


The date and time when the image was stored as digital data. If, for example, an image was captured by DSC 
and at the same time the file was recorded, then the DateTimeOriginal and DateTimeDigitized will have the 
same contents. The format is "YYYY:MM:DD HH:MM:SS" with time shown in 24-hour format, and the 
date and time separated by one blank character [20.H]. When the date and time are unknown, all the character 


spaces except colons (":") should be filled with blank characters, or else the field should be filled with blank 
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characters. The character string length is 20 Bytes including NULL for termination. When the field is left 


blank, it is treated as unknown. 


Tag = 36868 (9004.H) 
Type = ASCII 

Count = 20 

Default = None 


4.6.6.6.3. OffsetTime 


A tag used to record the offset from UTC (the time difference from Universal Time Coordinated including 


daylight saving time) of the time of DateTime tag. The format when recording the offset is "-HH:MM". The 
part of "+" shall be recorded as "+" or "-". When the offset are unknown, all the character spaces except 
colons (":") should be filled with blank characters, or else the field should be filled with blank characters. 
The character string length is 7 Bytes including NULL for termination. When the field is left blank, it is 


treated as unknown. 


Tag — 36880 (9010.H) 
Type = ASCII 

Count = 7 

Default = None 


4.6.6.6.4. OffsetTimeOriginal 


A tag used to record the offset from UTC (the time difference from Universal Time Coordinated including 
daylight saving time) of the time of DateTimeOriginal tag. The format when recording the offset is 
"+HH:MM". The part of "+" shall be recorded as "+" or "-". When the offset are unknown, all the character 


spaces except colons (":") should be filled with blank characters, or else the field should be filled with blank 
characters. The character string length is 7 Bytes including NULL for termination. When the field is left 


blank, it is treated as unknown. 


Tag — 36881 (9011.H) 
Type = ASCII 

Count = 7 

Default = None 


4.6.6.6.5. OffsetTimeDigitized 


A tag used to record the offset from UTC (the time difference from Universal Time Coordinated including 
daylight saving time) of the time of DateTimeDigitized tag. The format when recording the offset is 
"+HH:MM". The part of "+" shall be recorded as "+" or "-". When the offset are unknown, all the character 


spaces except colons (":") should be filled with blank characters, or else the field should be filled with blank 
characters. The character string length is 7 Bytes including NULL for termination. When the field is left 


blank, it is treated as unknown. 
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Tag = 36882 (9012.H) 


Type = ASCII 
Count = 7 
Default = None 


4.6.6.6.6. SubsecTime 


A tag used to record fractions of seconds for the DateTime tag. 
If the string length is longer than the number of valid digits, the digits are aligned with the start of the area 
and the rest is filled with blank characters [20.H]. If the sub-second data is unknown, the entire area should 


be filled with blank characters. See the recording examples under " Note Recording sub-second data" below. 


Tag = 37520 (9290.H) 
Type = ASCII 

Count = Any 

Default = None 


4.6.6.6.7. SubsecTimeOriginal 


A tag used to record fractions of seconds for the DateTimeOriginal tag. 
If the string length is longer than the number of valid digits, the digits are aligned with the start of the area 
and the rest is filled with blank characters [20.H]. If the sub-second data is unknown, the entire area should 


be filled with blank characters. See the recording examples under " Note Recording sub-second data" below. 


Tag = 37521 (9291.H) 
Type = ASCII 

Count = Any 

Default = None 


4.6.6.6.8. SubsecTimeDigitized 


A tag used to record fractions of seconds for the DateTimeDigitized tag. 


If the string length is longer than the number of valid digits, the digits are aligned with the start of the area 
and the rest is filled with blank characters [20.H]. If the sub-second data is unknown, the entire area should 


be filled with blank characters. See the recording examples under " Note Recording sub-second data" below. 


Tag = 37522 (9292.H) 
Type = ASCII 

Count = Any 

Default = None 


Note Recording sub-second data 


The followings are examples of subsec data. Ex.: September 9, 1998, 9:15:30.130 (the number of 
valid digits is up to the third decimal place) 
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DateTime 1998:09:01 09:15:30 [NULL] 

SubSecTime 130 [NULL] 
Examples when sub-second data is 0.130 seconds: 

Ex.1) '1','3','0', [NULL] 

Ex.2) '1', '3', '0', [20.H], [NULL] 

Ex.3)  '1''3','0', [20.H], [20.H], [20.H], [20.H], [20.H], [NULL] 
Example when sub-second data 1s unknown: 


Ex.4) [20.H], [20.H], [20.H], [20.H], [20.H], [20.H], [20.H], [20.H], [NULL] 


4.6.6.7. G. Tags Relating to Picture-Taking Conditions 
4.6.6.7.1. ExposureTime 


Exposure time, given in seconds (sec). 


Tag = 33434 (829A.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.2. FNumber 
The F number. 


Tag — 33437 (829D.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.3. ExposureProgram 


The class of the program used by the camera to set exposure when the picture is taken. The tag values are 


as follows. 

Tag = 34850 (8822.H) 

Type = SHORT 

Count = 1 

Default = 0 
0 = _ Not defined 
1 = Manual 
2 = Normal program 
3 = Aperture priority 
4 = Shutter priority 
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5 = Creative program (biased toward depth of field) 

6 = Action program (biased toward fast shutter speed) 

7 = Portrait mode (for closeup photos with the background out of focus) 
8 = Landscape mode (for landscape photos with the background in focus) 
Other = reserved 


4.6.6.7.4. SpectralSensitivity 


Indicates the spectral sensitivity of each channel of the camera used. The tag value is an ASCII string 


compatible with the standard developed by the ASTM Technical committee. 


Tag = 34852 (8824.H) 
Type = ASCII 

Count = Any 

Default = None 


4.6.6.7.5. PhotographicSensitivity 


This tag indicates the sensitivity of the camera or input device when the image was shot. More specifically, 
it indicates one of the following values that are parameters defined in ISO 12232: standard output sensitivity 
(SOS), recommended exposure index (REI), or ISO speed. Accordingly, if a tag corresponding to a 
parameter that is designated by a SensitivityType tag is recorded, the values of the tag and of this 
PhotographicSensitivity tag are the same. However, if the value is 65535 (the maximum value of SHORT) 
or higher, the value of this tag shall be 65535. When recording this tag, the SensitivityType tag should also 


be recorded. In addition, while “Count = Any", only 1 count should be used when recording this tag. 


Note that this tag was referred to as “ISOSpeedRatings” in versions of this standard up to Version 2.21. See 


Annex G for use of sensitivity-related tags. 


Tag = 34855 (8827.H) 
Type = SHORT 

Count = Any 

Default = None 


4.6.6.7.6. OECF 
Indicates the Opto-Electric Conversion Function (OECF) specified in ISO 14524. OECF is the relationship 


between the camera optical input and the image values. 


Tag = 34856 (8828.H) 
Type = UNDEFINED 
Count = Any 

Default = None 


When this tag records an OECF of m rows and n columns, the values are as in Figure 16. 
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Length Type Meaning 
2 SHORT Columns =n 
2 Rows =m 
0 column item name 
Any : 
(NULL terminated) 
24 yh i 
Any ASCII (n-1)^ column tem name 
(NULL terminated) 
8 SRATIONAL OECF value [0,0] 
8 SRATIONAL OECF value [n-1,0] 
8 SRATIONAL OECF value [0,m-1] 
8 SRATIONAL OECF value [n-1,m-1] 


Figure 16 OECF Description 


Table 11 gives a simple example. 


Table 11 Example of Exposure and RGB Output Level 


Camera log R G B 
Aperture Output Level | Output Level | Output Level 
-3.0 10.2 12.4 8.9 
-2.0 48.1 47.5 48.3 
-1.0 150.2 152.0 149.8 
4.6.6.7.7. SensitivityType 


The SensitivityType tag indicates which one of the parameters of ISO12232 is the PhotographicSensitivity 
tag. Although it is an optional tag, it should be recorded when a PhotographicSensitivity tag is recorded. 
Value = 4, 5, 6, or 7 may be used in case that the values of plural parameters are the same. See Annex G for 


use of sensitivity-related tags. 


Tag = 34864 (8830.H) 
Type = SHORT 
Count = 1 
Default = None 
O = Unknown 


1 


Standard output sensitivity (SOS) 
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= Recommended exposure index (REI) 

= [SO speed 

Standard output sensitivity (SOS) and recommended exposure index (REI) 
— Standard output sensitivity (SOS) and ISO speed 


= Recommended exposure index (REI) and ISO speed 


XA HD t A WN 
Il 


= Standard output sensitivity (SOS) and recommended exposure index (REI) and ISO 
speed 


Other = reserved 


4.6.6.7.8. StandardOutputSensitivity 


This tag indicates the standard output sensitivity value of a camera or input device defined in ISO 12232[11]. 
When recording this tag, the PhotographicSensitivity and SensitivityType tags shall also be recorded. See 


Annex G for use of sensitivity-related tags. 


Tag = 34865 (8831.H) 
Type = LONG 

Count = 1 

Default = None 


4.6.6.7.9. RecommendedExposurelndex 
This tag indicates the recommended exposure index value of a camera or input device defined in ISO 
12232[11]. When recording this tag, the PhotographicSensitivity and SensitivityType tags shall also be 


recorded. See Annex G for use of sensitivity-related tags. 


Tag — 34866 (8832.H) 
Type = LONG 

Count = 1 

Default = None 


4.6.6.7.10. ISO Speed 


This tag indicates the ISO speed value of a camera or input device that is defined in ISO 12232[11]. When 
recording this tag, the PhotographicSensitivity and SensitivityType tags shall also be recorded. 


See Annex G for use of sensitivity-related tags. 


Tag = 34867 (8833.H) 
Type = LONG 

Count = 1 

Default = None 


4.6.6.7.11. ISOSpeedLatitudeyyy 


This tag indicates the ISO speed latitude yyy value of a camera or input device that is defined in ISO 


12232[11]. 
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However, this tag shall not be recorded without ISOSpeed and ISOSpeedLatitudezzz. 


See Annex G for use of sensitivity-related tags. 


Tag = 34868 (8834.H) 
Type = LONG 

Count = 1 

Default = None 


4.6.6.7.12. ISOSpeedLatitudezzz 


This tag indicates the ISO speed latitude zzz value of a camera or input device that is defined in ISO 
12232[11]. 


However, this tag shall not be recorded without ISOSpeed and ISOSpeedLatitudeyyy. 


See Annex G for use of sensitivity-related tags. 


Tag = 34869 (8835.H) 
Type = LONG 

Count = 1 

Default = None 


4.6.6.7.13. ShutterSpeedValue 
Shutter speed. The unit is the Additive System of Photographic Exposure (APEX) setting (see Annex C). 


Tag = 37377 (9201.H) 
Type =  SRATIONAL 
Count = 1 

Default = None 


4.6.6.7.14. ApertureValue 


The lens aperture. The unit is the APEX value. 


Tag = 37378 (9202.H) 
Type = RATIONAL 
Count = |] 

Default = None 


4.6.6.7.15. BrightnessValue 


The value of brightness. The unit is the APEX value. Ordinarily it is given in the range of -99.99 to 99.99, 
Note that if the numerator of the recorded value is FFFFFFFF.H, Unknown shall be indicated. 


Tag = 37379 (9203.H) 
Type = SRATIONAL 
Count = 1 

Default = None 
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4.6.6.7.16. ExposureBiasValue 
The exposure bias. The unit is the APEX value. Ordinarily it is given in the range of -99.99 to 99.99, 


Tag = 37380 (9204.H) 
Type =  SRATIONAL 
Count = 1 

Default = None 


4.6.6.7.17. MaxApertureValue 


The smallest F number of the lens. The unit is the APEX value. Ordinarily it is given in the range of 00.00 
to 99.99, but it is not limited to this range. 


Tag = 37381 (9205.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.18. SubjectDistance 


The distance to the subject, given in meters. Note that if the numerator of the recorded value is FFFFFFFF.H, 


Infinity shall be indicated; and if the numerator is 0, Distance unknown shall be indicated. 


Tag = 37382 (9206.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.19. MeteringMode 


The metering mode. 


Tag = 37383 (9207.H) 
Type = SHORT 
Count = 1 
Default = 0 
0 = unknown 
1 = Average 
2 = CenterWeightedAverage 
3 = Spot 
4 =  Multi-spot 
5 = Pattern 
6 = Partial 
255 = other 
Other = reserved 
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4.6.6.7.20. LightSource 
The kind of light source. 


Tag — 37384 (9208.H) 
Type = SHORT 
Count = 1 
Default = 0 
0 = unknown 
1 = Daylight 
2 - Fluorescent 
3 = Tungsten (incandescent light) 
4 = Flash 
9 = Fine weather 
10 = Cloudy weather 
11 = Shade 
12 = Daylight fluorescent (D 5700 - 7100K) 
13 = Day white fluorescent (N 4600 - 5500K) 
14 = Cool white fluorescent (W 3800 - 4500K) 
15 = White fluorescent (WW 3250 - 3800K) 
16 = Warm white fluorescent (L 2600 - 3250K) 
17 = Standard light A 
18 = Standard light B 
19 = Standard light C 
20 = D55 
21 = D65 
22 = D75 
23 = D50 
24 = ISO studio tungsten 
255 = other light source 
Other = reserved 


4.6.6.7.21. Flash 


This tag indicates the status of flash when the image was shot. Bit 0 indicates the flash firing status, bits 1 
and 2 indicate the flash return status, bits 3 and 4 indicate the flash mode, bit 5 indicates whether the flash 


function is present, and bit 6 indicates "red eye" mode (see Figure 17). 
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Tag = 37385 (9209.H) 


Type = SHORT 
Count = 1 
Default = None 


MSB LSB 


Hir A 


Flash fired 
Flash return 
Flash mode 


Flash function 


Red-eye mode 


Figure 17 Bit Coding of the Flash Tag 


Values for bit 0 indicating whether the flash fired. 
Ob 
1b = Flash fired. 


Flash did not fire. 


Values for bits 1 and 2 indicating the status of returned light. 


00b = No strobe return detection function 
Olb = reserved 

10b =  Strobe return light not detected. 
llb = Strobe return light detected. 


Values for bits 3 and 4 indicating the camera's flash mode. 


00b = unknown 

01b = Compulsory flash firing 

10b = Compulsory flash suppression 
llb = Auto mode 


Values for bit 5 indicating the presence of a flash function. 


0b 


Flash function present 
Ib — No flash function 
Values for bit 6 indicating the camera's red-eye mode. 
Ob = No red-eye reduction mode or unknown 


Ib = Red-eye reduction supported 
4.6.6.7.22. SubjectArea 
This tag indicates the location and area of the main subject in the overall scene. 
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Tag = 37396 (9214.H) 


Type = SHORT 
Count = 20r3or4 
Default = None 


The subject location and area are defined by Count values as follows. 


Count = 2 : Indicates the location of the main subject as coordinates. The first value is the X 


coordinate and the second is the Y coordinate. 


Count =3 : The area of the main subject is given as a circle. The circular area is expressed as 
center coordinates and diameter. The first value is the center X coordinate, the second is 
the center Y coordinate, and the third is the diameter. (See Figure 18.) 

Count =4 : The area of the main subject is given as a rectangle. The rectangular area is 
expressed as center coordinates and area dimensions. The first value is the center X 
coordinate, the second is the center Y coordinate, the third is the width of the area, and the 


fourth is the height of the area. (See Figure 19.) 


Note that the coordinate values, width, and height are expressed in relation to the upper left as origin, 


prior to rotation processing as per the Rotation tag. 


' Image width ' 


I X coordinate 1 
e T_T ]1—___—_—»’. 


Y coordinate 


Image height 


' Diameter ' 


Figure 18 Circular area designation 
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: Image width r 


I X coordinate i 
e <_op_ì—hb%LV lLk(» 


Image height 
Y coordinate 


Area height 


e—a 
! Area width ' 


Figure 19 Rectangular area designation 


4.6.6.7.23. FocalLength 


The actual focal length of the lens, in mm. Conversion is not made to the focal length of a 35 mm film 


camera. 
Tag = 37386 (920A.H) 
Type = RATIONAL 
Count = 1 
Default = None 


4.6.6.7.24. FlashEnergy 


Indicates the strobe energy at the time the image is captured, as measured in Beam Candle Power Seconds 
(BCPS). 


Tag = 41483 (A20B.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.25. SpatialFrequencyResponse 


This tag records the camera or input device spatial frequency table and SFR values in the direction of image 


width, image height, and diagonal direction, as specified in ISO 12233. 
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Tag — 41484 (A20CH) 


Type = UNDEFINED 
Count = Any 
Default = None 


When the spatial frequency response for m rows and n columns is recorded, the values are as shown in 


Figure 20. 


Length Type Meaning 
Columns =n 


Rows =m 


oth column item name 
NULL terminated 


(n-1)^ column item name 
(NULL terminated) 


RATIONAL SFR value [0,0] 


ASCII 


RATIONAL SFR value [n-1,0] 
RATIONAL SFR value [0,m-1] 


8 RATIONAL SFR value [n-1,m-1] 


Figure 20 Spatial Frequency Response Description 


Table 12 gives a simple example. 


Table 12 Example of Spatial Frequency Response 


Epp nd Along Image Width Along Image Height 
0.1 1.00 1.00 
0.2 0.90 0.95 
0.3 0.80 0.85 


4.6.6.7.26. FocalPlaneXResolution 


Indicates the number of pixels in the image width (X) direction per FocalPlaneResolutionUnit on the camera 
focal plane. This tag records the focal plane resolution of the primary image which is recorded as a file 


instead of the resolution of the image sensor in the camera. 
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Tag = 41486 (A20E.H) 


Type = RATIONAL 
Count = 1 
Default = None 


4.6.6.7.27. FocalPlaneYResolution 


Indicates the number of pixels in the image height (Y) direction per FocalPlaneResolutionUnit on the camera 
focal plane. This tag records the focal plane resolution of the primary image which is recorded as a file 


instead of the resolution of the image sensor in the camera. 


Tag = 41487 (A20F.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.28. FocalPlaneResolutionUnit 


Indicates the unit for measuring FocalPlaneXResolution and FocalPlaneYResolution. This value is the same 


as the ResolutionUnit. 


Tag = 41488 (A210.H) 
Type = SHORT 

Count = 1 

Default = 2 (inch) 


Note on use of tags concerning focal plane resolution 


It should be noted carefully that the data from the image sensor is resampled. These tags are used at the 
same time as a FocalLength tag when the angle of field of the recorded image is to be calculated 


precisely. 


4.6.6.7.29. SubjectLocation 


Indicates the location of the main subject in the scene. The value of this tag represents the pixel at the center 


of the main subject relative to the upper left, prior to rotation processing as per the Orientation tag. 
The first value indicates the X column number and second indicates the Y row number. 


When a camera records the main subject location, it is recommended that the SubjectArea tag be used instead 


of this tag. 
Tag = 41492 (A214.H) 
Type = SHORT 
Count = 2 
Default = None 
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4.6.6.7.30. Exposurelndex 


Indicates the exposure index selected on the camera or input device at the time the image is captured. 


Tag — 41493 (A215.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.31. SensingMethod 


Indicates the image sensor type on the camera or input device. The values are as follows. 


Tag = 41495 (A217.H) 
Type = SHORT 

Count = 1 

Default = None 


1 = _ Not defined 

= One-chip color area sensor 
=  '[wo-chip color area sensor 
Three-chip color area sensor 
— Color sequential area sensor 


—  Trilinear sensor 


on t A UL N 
ll 


= Color sequential linear sensor 


Other = reserved 


4.6.6.7.32. FileSource 


Indicates the image source. If a DSC recorded the image, this tag value always shall be set to 3. 


Tag = 41728 (A300.H) 
Type = UNDEFINED 
Count = 1 
Default = 3 
0 = others 
] = scanner of transparent type 
2 = scanner of reflex type 
3 = DSC 
Other = reserved 


4.6.6.7.33. SceneType 


Indicates the type of scene. If a DSC recorded the image, this tag value shall always be set to 1, indicating 


that the image was directly photographed. 
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Tag = 41729 (A301.H) 


Type = UNDEFINED 

Count = 1 

Default = 1 
1 = A directly photographed image 
Other = reserved 


4.6.6.7.34. CFAPattern 


Indicates the color filter array (CFA) geometric pattern of the image sensor when a one-chip color area 


sensor is used. It does not apply to all sensing methods. 


Tag = 41730 (A302.H) 
Type = UNDEFINED 
Count = Any 

Default = None 


Figure 21 shows how a CFA pattern is recorded for a one-chip color area sensor when the color filter 


array is repeated in m x n (vertical x lateral) pixel units. 


Length Type 


Meaning 


Horizontal repeat pixel unit =n 


Vertical repeat pixel unit = m 


CFA value [0.0] 


CFA value [n-1.0] 


1 BYTE 


CFA value [0.m-1] 


CFA value [n-1.m-1] 


Figure 21 CFA Pattern Description 


The relation of color filter color to CFA value is shown in Table 13. 


Table 13 Color Filter Color and CFA Value 


Filter Color CFA Value 
RED 00.H 
GREEN 01.H 
BLUE 02.H 
CYAN 03.H 
MAGENTA 04.H 
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YELLOW 


05.H 


WHITE 


06.H 


For example, when the CFA pattern values are (0002.H, 0002.H, 01.H, 00.H, 02.H, 01.H}, the color 


filter array is as shown in Figure 22. 


DODO 
Q|A|Q|z 


ogiou o 


O|7A|0|2 


Figure 22 Color Filter Array 


4.6.6.7.35. CustomRendered 


This tag indicates the use of special processing on image data, such as rendering geared to output. 


When special processing is performed, the Exif/DCF reader is expected to disable or minimize any further 


processing. 


Tag 
Type = 
Count = 
Default = 


0 = 


1 — 


Other 


41985 (A401.H) 
SHORT 

1 

0 


Normal process 
Custom process 


= reserved 


4.6.6.7.36. ExposureMode 


This tag indicates the exposure mode set when the image was shot. In auto-bracketing mode, the camera 


shoots a series of frames of the same scene at different exposure settings. 


Tag x 
Type = 
Count = 
Default = 


o 
Il 


41986 (A402.H) 
SHORT 
1 


None 
Auto exposure 
Manual exposure 
Auto bracket 


— reserved 
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4.6.6.7.37. WhiteBalance 


This tag indicates the white balance mode set when the image was shot. 


Tag — 41987 (A403.H) 

Type = SHORT 

Count = | 

Default = None 
0 = Auto white balance 
1 = Manual white balance 
Other = reserved 


4.6.6.7.38. DigitalZoomRatio 


This tag indicates the digital zoom ratio when the image was shot. If the numerator of the recorded value is 


0, this indicates that digital zoom was not used. 


Tag = 41988 (A404.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.7.39. FocalLengthln35mmFilm 


This tag indicates the equivalent focal length assuming a 35mm film camera, in mm. A value of 0 means the 


focal length is unknown. Note that this tag differs from the FocalLength tag. 


Tag — 41989 (A405.H) 
Type = SHORT 

Count = 1 

Default = None 


4.6.6.7.40. SceneCaptureType 


This tag indicates the type of scene that was shot. It may also be used to record the mode in which the image 


was shot. Note that this differs from the scene type (SceneType) tag. 


Tag = 41990 (A406.H) 
Type = SHORT 
Count = 1 
Default = 0 
0 = Standard 
1 = Landscape 
2 = Portrait 
3 = Night scene 
Other = reserved 
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4.6.6.7.41. GainControl 


This tag indicates the degree of overall image gain adjustment. 


Tag = 41991 (A407.H) 
Type = SHORT 
Count = 1 
Default = None 
0 = None 
1 = Low gain up 
2 = High gain up 
3 = Low gain down 
4 = High gain down 
Other = reserved 


4.6.6.7.42. Contrast 


This tag indicates the direction of contrast processing applied by the camera when the image was shot. 


Tag = 41992 (A408.H) 
Type = SHORT 
Count = 1 
Default = 0 
0 = Normal 
1 = Soft 
2 = Hard 
Other = reserved 


4.6.6.7.43. Saturation 


This tag indicates the direction of saturation processing applied by the camera when the image was shot. 


Tag = 41993 (A409.H) 
Type = SHORT 
Count = 1 
Default = 0 
0 = Normal 
1 = Low saturation 
2 = High saturation 
Other = reserved 


4.6.6.7.44. Sharpness 


This tag indicates the direction of sharpness processing applied by the camera when the image was shot. 
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Tag = 41994 (A40A.H) 


Type = SHORT 
Count = 1 
Default = 0 
0 = Normal 
1 = Soft 
2 = Hard 
Other = reserved 


4.6.6.7.45. DeviceSettingDescription 
This tag indicates information on the picture-taking conditions of a particular camera model. 


The tag is used only to indicate the picture-taking conditions in the Exif/DCF reader. 


Tag = 41995 (A40B.H) 
Type = UNDEFINED 
Count = Any 

Default = None 


The information is recorded in the format shown in Figure 23. The data is recorded in Unicode using 
SHORT type for the number of display rows and columns and UNDEFINED type for the camera settings. 
The Unicode (UTF-16) string including Signature is NULL terminated. The specifics of the Unicode 
string are as given in UCS (ISO/IEC 10646-1)[21]. 


Length Type Meaning 
2 SHORT Display columns 
2 SHORT Display rows 
Any ¡UNDEFINED Camera setting-1 
Any UNDEFINED Camera setting-2 
Any |UNDEFINED Camera setting-n 


Figure 23 Format used to record picture-taking conditions 


4.6.6.7.46. SubjectDistanceRange 


This tag indicates the distance to the subject. 


Tag = 41996 (A40C.H) 
Type = SHORT 
Count = 1 
Default = None 
0 = unknown 
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1 = Macro 


2 = Close view 
3 = Distant view 
Other = reserved 


4.6.6.7.47. Compositelmage 


This tag indicates whether the recorded image is a composite image* or not. “General composite image” 
specified by “the recorded value = 2* means a composite image and the generating method is not identified. 
“Composite image captured when shooting” specified by “the recorded value = 3“ means a composite image 
generated only from multiple source images (tentatively recorded images) those are sequentially captured 
by the image sensor when shooting (no need for all source images to be used), and also the picture taking 
conditions (such as aperture value, subject distance, light source, lens focal length) and the objective area 
(field of view) are considered to be constant during the capturing of all the source images. When the recorded 
value = 3, ’SourcelmageNumberOfCompositeImage” tag and “SourceExposureTimesOfCompositelmage” 
shall be recorded. 


* A composite image means that is generated from multiple taken images (source images). 


Tag = 42080 (A460.H) 
Type = SHORT 
Count = 1 
Default = 0 
0 = unknown 
] =  non-composite image 
2 = General composite image 
3 = Composite image captured when shooting 
Other = reserved 


4.6.6.7.48. SourcelmageNumberOfCompositelmage 


This tag indicates the number of the source images (tentatively recorded images) captured for a composite 


Image. See Figure 24 for the specific method of recording. 


Tag = 42081 (A461.H) 
Type = SHORT 

Count = 2 

Default = None 
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Length Type Meaning 


Total number of source images = n toral 
(n toral 2 2) 


Number of source images used* in 
the composite Image = n ysgp 
(n usen 2 2) 


This value is invalid when 0 is recorded. 


(*) : Criteria for “used” are not specified 


Figure 24 Format used to record SourcelmageNumberOfCompositelmage 


4.6.6.7.49. SourceExposureTimesOfCompositelmage 
For a composite image, this tag records the parameters relating exposure time of the exposures for generating 
the said composite image, such as respective exposure times of captured source images (tentatively recorded 


images). The unit is seconds (sec). See Figure 25 for the specific method of recording. 


Tag — 42082 (A462.H) 
Type = UNDEFINED 
Count = Any (Total byte number of tag elements) 
Default = None 
Length Type Meaning 


Total exposure period (from the first beginning of exposure 
to the last ending of exposure, including non-exposure 
This value is invalid when 0/0 is recorded. 
Sum of respective exposure times of all source images. 

8 RATIONAL 
This value is invalid when 0/0 is recorded. 
Sum of respective exposure times of used* source images. 

RATIONAL 
This value is invalid when 0/0 is recorded. 
Max exposure time of all source images. 


RATIONAL 
This value is invalid when 0/0 is recorded. 


Max exposure time of used* source images. 


RATIONAL 


This value is invalid when 0/0 is recorded. 
Minimum exposure time of all source images. 
RATIONAL 
This value is invalid when 0/0 is recorded. 
Minimum exposure time of used* source images. 
8 RATIONAL 
This value is invalid when 0/0 is recorded. 
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The following is a list format to record respective exposure times of all source images. 


Number of sequences: m (m 2 1) 

2 SHORT When 0 is recorded as this value, the following values 
shall not be recorded since it is invalid. 

2 SHORT Number of source images in the sequence: n (n x m2 2) 

8 RATIONAL | Exposure time ofthe 1* source image. 

8 RATIONAL | Exposure time of the 2™ source image. 

8 RATIONAL | Exposure time of the 3" source image. 

8 RATIONAL | Exposure time of the n'^ source image. 


(*) : Criteria for “used” are not specified 


Figure 25 Format used to record SourceExposureTimesOfCompositelmage 


4.6.6.8. H. Tags Relating to Shooting Situation 
4.6.6.8.1. Outline 


Tags relating to shooting situation indicate the respective situations of the photographing scenes. If the 
shooting situation is recorded including the ambient circumstance, the photographing locations can be 
looked back later, so it would be more enjoyable and meaningful. These tags are prepared for helping to 


bring up memories when photographed. 


4.6.6.8.2. Temperature 


Temperature as the ambient situation at the shot, for example the room temperature where the photographer 
was holding the camera. The unit is °C. If the denominator of the recorded value is FFFFFFFF.H, unknown 
shall be indicated. Obtaining method or accuracy is not stipulated. Therefore methods like that the 


photographer manually input the numeric, as an example, are usable. 


Tag = 37888 (9400.H) 
Type = SRATIONAL 
Count = 1 

Default = None 


4.6.6.8.3. Humidity 


Humidity as the ambient situation at the shot, for example the room humidity where the photographer was 
holding the camera. The unit is %. If the denominator of the recorded value is FFFFFFFF.H, unknown shall 
be indicated. Obtaining method or accuracy is not stipulated. Therefore methods like that the photographer 


manually input the numeric, as an example, are usable. 


Tag = 37889 (9401.H 
Type =  RATIONAL 
Count = 1 

Default = None 
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4.6.6.8.4. Pressure 


Pressure as the ambient situation at the shot, for example the room atmospfere where the photographer was 
holding the camera or the water pressure under the sea. The unit is hPa. If the denominator of the recorded 
value is FFFFFFFF.H, unknown shall be indicated. Obtaining method or accuracy is not stipulated. 


Therefore methods like that the photographer manually input the numeric, as an example, are usable. 


Tag = 37890 (9402.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.8.5. WaterDepth 


Water depth as the ambient situation at the shot, for example the water depth of the camera at underwater 
photography. The unit is m. When the value is negative, the absolute value of it indicates the height 
(elevation) above the water level. If the denominator of the recorded value is FFFFFFFF.H, unknown shall 
be indicated. Obtaining method or accuracy is not stipulated. Therefore methods like that the photographer 


manually input the numeric, as an example, are usable. 


Tag = 37891 (9403.H) 
Type = SRATIONAL 
Count = 1 

Default = None 


4.6.6.8.6. Acceleration 


Acceleration (a scalar regardless of direction) as the ambient situation at the shot, for example the driving 
acceleration of the vehicle which the photographer rode on at the shot. The unit is mGal (10° m/s’). If the 
denominator of the recorded value is FFFFFFFF.H, unknown shall be indicated. Obtaining method or 
accuracy is not stipulated. Therefore methods like that the photographer manually input the numeric, as an 


example, are usable. 


Tag = 37892 (9404.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.6.8.7. CameraElevationAngle 


Elevation/depression angle of the orientation of the camera(imaging optical axis) as the ambient situation at 
the shot. The unit is degree(°). The range of the value is from -180 to less than 180. If the denominator of 
the recorded value is FFFFFFFF.H, unknown shall be indicated. Obtaining method or accuracy is not 
stipulated. Therefore methods like that the photographer manually input the numeric, as an example, are 


usable. 
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Tag = 37893 (9405.H) 


Type =  SRATIONAL 
Count = 1 
Default = None 


4.6.6.9. |. Other tags 
4.6.6.9.1. ImageUniquelD 


This tag indicates an identifier assigned uniquely to each image. It shall be recorded as an ASCII stringin 
hexadecimal notation equivalent to 128-bit fixed length UUID compliant with ISO/IEC 9834-8. The UUID 
shall be UUID Version 1 or Version 4, and UUID Version 4 is recommended. This ID shall be assigned at 


the time of shooting image, and the recorded ID shall not be updated or erased by any subsequent editing. 


Tag = 42016 (A420.H) 
Type = ASCII 

Count = 33 

Default = None 


4.6.6.9.2. CameraOwnerName 


This tag records the owner of a camera used in photography as an ASCII or UTF-8 string. In principle, this 
tag shall not be rewritten. If there is more than one owner, such as in case of joint ownership, the name of 
the main owner or the name of the organization shall be listed. When the field is left blank, it is treated as 


unknown. 


2-byte or larger character codes can not be used when ASCII is set as Type. When a 2-byte or larger code is 


necessary, UTF-8 shall be set as Type. The count is the value including NULL terminations. 


If this tag is recorded, the Artist tag shall also be recorded. 


Tag = 42032 (A430.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.6.9.3. BodySerialNumber 


This tag records the serial number of the body of the camera that was used in photography as an ASCII 


string. 
Tag = 42033 (A431.H) 
Type = ASCII 
Count = Any 
Default = None 
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4.6.6.9.4. LensSpecification 


This tag notes minimum focal length, maximum focal length, minimum F number in the minimum focal 
length, and minimum F number in the maximum focal length, which are specification information for the 


lens that was used in photography. When the minimum F number is unknown, the notation is 0/0. 


Tag — 42034 (A432.H) 
Type = RATIONAL 
Count = 4 

Default = None 


Value 1: Minimum focal length (unit: mm) 
Value 2: Maximum focal length (unit: mm) 
Value 3: Minimum F number in the minimum focal length 


Value 4: Minimum F number in the maximum focal length 


4.6.6.9.5. LensMake 


This tag records the lens manufacturer as an ASCII or UTF-8 string. 


Tag = 42035 (A433.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.6.9.6. LensModel 


This tag records the lens’s model name and model number as an ASCII or UTF-8 string. 


Tag = 42036 (A434.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.6.9.7. LensSerialNumber 


This tag records the serial number of the interchangeable lens that was used in photography as an ASCII 


string. 
Tag = 42037 (A435.H) 
Type = ASCII 
Count = Any 
Default = None 


4.6.6.9.8. ImageTitle 


This tag records the title of the image. When the field is left blank, it is treated as unknown. 
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Tag = 42038 (A436.H) 


Type = ASCII or UTF-8 
Count = Any 
Default = None 


4.6.6.9.9. Photographer 


This tag records the name of the photographer and, in principle, this tag shall not be rewritten. The detailed 


format is not specified. When the field is left blank, it is treated as unknown. 


If this tag is recorded, the Artist tag shall also be recorded. 


Tag = 42039 (A437.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.6.9.10. ImageEditor 


This tag records the name of the main person who edited the image. Preferably, a single name is written 


(individual name, group/organization name, etc.), but multiple main editors may be entered. 
The detailed format is not specified. When the field is left blank, it is treated as unknown. 


If this tag is recorded, the Artist tag shall also be recorded. 


Tag = 42040 (A438.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.6.9.11. CameraFirmware 


This tag records the name and version of the software or firmware of the camera used to generate the image 
and, in principle, shall not be overwritten. The detailed format is not specified, but a clear description such 
as in the example shown below is recommended. When the field is left blank, it is treated as unknown. 


If this tag is recorded, the Software tag shall also be recorded. 


Ex.) “Exif Software Version 1.00a” 


Tag = 42041 (A439.H) 
Type = ASCII or TF-8 
Count = Any 

Default = None 


88 


4.6.6.9.12. RAWDevelopingSoftware 


This tag records the name and version of the software used to develop the RAW image and, in principle, 
shall not be overwritten. The detailed format is not specified, but a clear description as in the example shown 
below is recommended. When the field is left blank, it is treated as unknown. 


If this tag is recorded, the Software tag shall also be recorded. 
Ex.) “RAW Developer Version 1.002" 


Tag — 42042 (A43A.H) 
Type = ASCII or UTF-8 
Count - Any 

Default = None 


4.6.6.9.13. ImageEditingSoftware 


This tag records the name and version of the main software used for processing and editing the image. 
Preferably, a single software is written, but multiple main software may be entered. The detailed format is 
not specified, but a clear description as in the example shown below is recommended. When the field is left 
blank, it is treated as unknown. 


If this tag is recorded, the Software tag shall also be recorded. 


Ex.) “Simple Image Editor Version 1.00a” 


Tag = 42043 (A43B.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 


4.6.6.9.14. MetadataEditingSoftware 


This tag records the name and version of one software used to edit the metadata of the image without 
processing or editing of the image data itself. The detailed format is not specified, but a clear description as 
in the example shown below is recommended. When the field is left blank, it is treated as unknown. 


If this tag is recorded, the Software tag shall also be recorded. 
Ex.) “Exif Metadata Editor Version 1.00a” 


Tag = 42044 (A43C.H) 
Type = ASCII or UTF-8 
Count = Any 

Default = None 
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4.6.7. GPS Attribute Information 


The attribute information (field names and codes) recorded in the GPS Info IFD is given in Table 14, 


followed by an explanation of the contents. 


The tags shown in this section were originally defined based on the GPS system, but may also be used for 
information obtained from Global Navigation Satellite Systems (GNSS) and other positional information 
systems and services (mobile phone base stations, etc.). Note that the tag names are still prefexxed with 


"GPS" as originally defined. 


Table 14 GPS Attribute Information 


eee ID 
Tag Name Field Name Type Count 


A. Tags Relating to GPS 
GPS tag version GPSVersionlD BYTE 
North or South Latitude GPSLatitudeRef ASCII 
Latitude GPSLatitude RATIONAL 
East or West Longitude GPSLongitudeRef ASCII 
Longitude GPSLongitude RATIONAL 
Altitude reference GPSAltitudeRef BYTE 
Altitude GPSAltitude RATIONAL 
GPS time (atomic clock) GPSTimeStamp RATIONAL 
GPS satellites used for measurement GPSSatellites ASCII 
GPS receiver status GPSStatus ASCII 
GPS measurement mode GPSMeasureMode ASCII 
Measurement precision GPSDOP RATIONAL 
Speed unit GPSSpeedRef ASCII 
Speed of GPS receiver GPSSpeed RATIONAL 
Reference for direction of movement GPSTrackRef ASCII 
Direction of movement GPSTrack RATIONAL 
Reference for direction of image GPSImgDirectionRef ASCII 
Direction of image GPSImgDirection RATIONAL 
Geodetic survey data used GPSMapDatum ASCII 
Reference for latitude of destination GPSDestLatitudeRef ASCII 
Latitude of destination GPSDestLatitude RATIONAL 
Reference for longitude of destination GPSDestLongitudeRef ASCII 
Longitude of destination GPSDestLongitude RATIONAL 
Reference for bearing of destination GPSDestBearingRef ASCII 
Bearing of destination GPSDestBearing RATIONAL 


oO oco - DO d A C DN 
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Reference for distance to destination GPSDestDistanceRef ASCII 
Distance to destination GPSDestDistance RATIONAL 
Name of GPS processing method GPSProcessingMethod 

Name of GPS area GPSArealnformation 

GPS date GPSDateStamp ASCII 
GPS differential correction GPSDifferential SHORT 


Horizontal positioning error GPSHPositioningError RATIONAL 


Note The position information of the subject of the photograph can be described in Annotation Data. 


4.6.7.1. A. Tags Relating to GPS 
4.6.7.1.1. GPSVersionID 


Indicates the version of GPSInfoIFD. The version is given as 2.4.0.0. This tag is mandatory when at least 
one tag related to the GPS is present. Note that the GPSVersionID tag is written as a different byte than the 
ExifVersion tag. 


Tag = 0(0.H) 
Type = BYTE 
Count = 4 

Default = 2.4.0.0 


2.4.0.0 = Version 2.4 


Other = reserved 


4.6.7.1.2. GPSLatitudeRef 


Indicates whether the latitude of shooting location is north or south latitude. 'N' indicates north latitude, and 


'S' is south latitude. 


Tag = 1(1.H) 

Type = ASCII 

Count = 2 

Default = None 
'N = North latitude 
'S' = South latitude 
Other = reserved 


4.6.7.1.3. GPSLatitude 


Indicates the latitude of shooting location. The latitude is expressed as three RATIONAL values giving the 


degrees, minutes, and seconds, respectively. If latitude is expressed as degrees, minutes and seconds, a 
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typical format would be dd/1, mm/1, ss/1. When degrees and minutes are used and, for example, fractions 


of minutes are given up to two decimal places, the format would be dd/1, mmmm/100, 0/1. 


Tag = 2(2.H) 
Type = RATIONAL 
Count = 3 

Default = None 


4.6.7.1.4. GPSLongitudeRef 


Indicates whether the longitude of shooting location is east or west longitude. 'E' indicates east longitude, 


and 'W' is west longitude. 


Tag = 3(3.H) 

Type = ASCII 

Count = 2 

Default = None 
'E' = East longitude 
'W' = West longitude 
Other = reserved 


4.6.7.1.5. GPSLongitude 


Indicates the longitude of shooting location. The longitude is expressed as three RATIONAL values giving 
the degrees, minutes, and seconds, respectively. If longitude is expressed as degrees, minutes and seconds, 
a typical format would be ddd/1, mm/1, ss/1. When degrees and minutes are used and, for example, fractions 


of minutes are given up to two decimal places, the format would be ddd/1, mmmm/100, 0/1. 


Tag =  4(4.H) 
Type = RATIONAL 
Count = 3 

Default = None 


4.6.7.1.6. GPSAItitudeRef 


Indicates the altitude of shooting location used as the reference altitude. The reference is an ellipsoidal 
surface. 0 is recorded if the altitude is at or above the ellipsoidal surface (positive value), and 1 is recorded 


if the altitude is below the ellipsoidal surface (negative value). 


Sea level may also be used as a reference. 2 is recorded if the altitude is at or above sea level (positive value), 


and 3 is recorded if the altitude is below sea level (negative value). 
Based on the reference specified in this tag, the absolute value of the altitude is recorded in the GPSAltitude 
tag. 


The reference unit is meters. Note that this tag is BYTE type, unlike other reference tags. 


92 


Tag =  5(5.H) 


Type = BYTE 

Count = 1 

Default = 0 
0 = Positive ellipsoidal height (at or above ellipsoidal surface) 
1 = Negative ellipsoidal height (below ellipsoidal surface) 
2 = Positive sea level value (at or above sea level reference) 
3 = Negative sea level value (below sea level reference) 
Other = reserved 


4.6.7.1.7. GPSAItitude 


Indicates the altitude of shooting location based on the reference in GPSAltitudeRef. The altitude indicates 
the ellipsoidal height or sea level height and is expressed as one RATIONAL value. 


The reference unit is meters. 


Tag —  6(6.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.7.1.8. GPSTimeStamp 


Indicates the reference time (atomic clock time) obtained by the GPS receiver and is recorded in UTC 
(Coordinated Universal Time). Time Stamp is expressed as three RATIONAL values giving the hours, 


minutes, and seconds. 


The date information (day, month, year) is recorded in the GPSDateStamp tag. 


Tag = 7(7.H) 
Type = RATIONAL 
Count = 3 

Default = None 


4.6.7.1.9. GPSSatellites 


Indicates the GPS satellites used for measurements. This tag may be used to describe the number of satellites, 
their ID number, angle of elevation, azimuth, SNR and other information in ASCII notation. The format is 


not specified. If the GPS receiver is incapable of taking measurements, value of the tag shall be set to NULL. 


Tag =  8(8.H) 
Type = ASCII 
Count = Any 
Default = None 


93 


4.6.7.1.10. GPSStatus 


Indicates the status of the GPS receiver when the image is recorded. 'A' means measurement is in progress, 


and 'V' means the measurement is interrupted. 


Tag =  9(9.H) 

Type = ASCII 

Count = 2 

Default = None 
'A' = Measurement in progress 
'V' = Measurement interrupted 
Other = reserved 


4.6.7.1.11. GPSMeasureMode 


Indicates the GPS measurement mode. The value '2' shall be recorded in case of two-dimensional 
measurement (latitude and longitude only) and the value '3' shall be recorded in case of three-dimensional 


measurement (latitude, longitude, and altitude). 


Tag = 10(A.H) 

Type = ASCII 

Count = 2 

Default = None 
'2' =  2-dimensional measurement 
'3' =  3-dimensional measurement 
Other = reserved 


4.6.7.1.12. GPSDOP 


Indicates the GPS DOP (data degree of precision). An HDOP value is written during two-dimensional 


measurement, and PDOP during three-dimensional measurement. 


Tag = 11(B.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.7.1.13. GPSSpeedRef 


Indicates the unit used to express the GPS receiver speed of movement. 'K''M' and 'N' represents kilometers 


per hour, miles per hour, and knots. 


Tag = 12(C.H) 
Type = ASCII 
Count = 2 
Default = 'K' 
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'K' = Kilometers per hour 


'M' = Miles per hour 
'N' = Knots 
Other = reserved 


4.6.7.1.14. GPSSpeed 


Indicates the speed of GPS receiver movement. 


If the acceleration is acquirable, the value can be written in the Acceleration tag, making it possible to 


indicate movement related information in more detail. 


Tag = 13 (D.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.7.1.15. GPSTrackRef 


Indicates the reference for giving the direction of GPS receiver movement. 'T' denotes true direction and 'M' 


is magnetic direction. 


Tag =  ]4(E.H) 

Type = ASCII 

Count = 2 

Default =  'T' 
'T' = True direction 
'M' = Magnetic direction 
Other = reserved 


4.6.7.1.16. GPSTrack 


Indicates the direction of GPS receiver movement. The range of values is from 0.00 to 359.99, 


Tag =  ]5(F.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.7.1.17. GPSImgDirectionRef 


Indicates the reference for giving the direction of the image when it is captured. 'T' denotes true direction 


and 'M' is magnetic direction. 
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Tag =  ]6(10.H) 


Type = ASCII 

Count = 2 

Default =  'T' 
'T' = True direction 
'M' = Magnetic direction 
Other = reserved 


4.6.7.1.18. GPSImgDirection 


Indicates the direction of the image when it was captured. The range of values is from 0.00 to 359.99. 


If the elevation angle is acquirable, the value can be written in the CameraElevationAngle tag, making it 


possible to indicate the direction of the image in richer detail. 


Tag =  ]7(11.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.7.1.19. GPSMapDatum 


Indicates the geodetic survey data used by the GPS receiver. If the survey data is restricted to Japan,the 
value of this tag is 'TOKYO' or 'WGS-84'. If a GPS Attribute Infromation tag is recorded, it is strongly 


recommended that this tag be recorded. 


Tag = 18 (12.H) 
Type = ASCII 
Count = Any 
Default = None 


4.6.7.1.20. GPSDestLatitudeRef 


Indicates whether the latitude of the destination point is north or south latitude. 'N' indicates north latitude, 


and 'S' is south latitude. 


Tag = 19 (13.H) 

Type = ASCII 

Count = 2 

Default = None 
'N' = North latitude 
'S' = South latitude 
Other = reserved 
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4.6.7.1.21. GPSDestLatitude 


Indicates the latitude of the destination point. The latitude is expressed as three RATIONAL values giving 


the degrees, minutes, and seconds, respectively. If latitude is expressed as degrees, minutes and seconds, a 


typical format would be dd/1, mm/1, ss/1. When degrees and minutes are used and, for example, fractions 


of minutes are given up to two decimal places, the format would be dd/1, mmmm/100, 0/1. 


Tag = 
Type = 
Count = 
Default = 


20 (14.H) 
RATIONAL 
3 


None 


4.6.7.1.22. GPSDestLongitudeRef 


Indicates whether the longitude of the destination point is east or west longitude. 'E' indicates east longitude, 


and 'W' is west longitude. 


Tag = 


Type = 
Count = 
Default = 


E = 
w' = 
Other 


21 (15.H) 
ASCII 
2 


None 
East longitude 
West longitude 


— reserved 


4.6.7.1.23. GPSDestLongitude 


Indicates the longitude of the destination point. The longitude is expressed as three RATIONAL values 


giving the degrees, minutes, and seconds, respectively. If longitude 1s expressed as degrees, minutes and 


seconds, a typical format would be ddd/1, mm/1, ss/1. When degrees and minutes are used and, for example, 


fractions of minutes are given up to two decimal places, the format would be ddd/1, mmmm/100, 0/1. 


Tag = 
Type = 
Count = 
Default = 


22 (16.H) 
RATIONAL 
3 


None 


4.6.7.1.24. GPSDestBearingRef 


Indicates the reference used for giving the bearing to the destination point. 'T' denotes true direction and 'M' 


is magnetic direction. 


Tag = 
Type = 
Count = 


Default = 
T = 


23 (17.H) 
ASCII 
2 
T 
True direction 
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'M' = Magnetic direction 


Other = reserved 


4.6.7.1.25. GPSDestBearing 


Indicates the bearing to the destination point. The range of values is from 0.00 to 359.99. 


Tag —  24(18.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.7.1.26. GPSDestDistanceRef 


Indicates the unit used to express the distance to the destination point. 'K', 'M' and 'N' represent kilometers, 


miles and nautical miles . 


Tag —  25(19.H) 

Type = ASCII 

Count = 2 

Default =  'K' 
'K' = Kilometers 
'M' - Miles 
'N' = Nautical miles 
Other — reserved 


4.6.7.1.27. GPSDestDistance 


Indicates the distance to the destination point. 


Tag = 26 (1A.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.7.1.28. GPSProcessingMethod 


A character string recording the name of the method used for location finding. The value is a multicode- 
compatible string and shall be entered in a form along with an character identifier code to identify the 


character code to be used. See section 4.6.4 for details on the form. 


Since the Type is not ASCH, NULL termination is not necessary. 


Tag = 27 (1B.H) 
Type = UNDEFINED 
Count = Any 

Default = None 
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Although this tag was originally defined for GPS use, it may record positional information obtained 
from GNSS system other than GPS, mobile phone base stations and wireless LAN in addition to GPS. 
When recording information that was gathered using the GPS and other various positioning methods, 


this tag and related tags may be used as shown in Table 15 below. 


Table 15 Setting of each positioning method 


Positioning Method GPSProcessingMethod Tag GPSMeasureMode Tag 
GPS "GPS" '2 or '3' 
Quasi-Zenith Satellite 
"QZSS" 2 Or '3' 
System (QZSS) 
Galileo "GALILEO" '2' or '3' 
GLONASS "GLONASS" '2 or '3' 
BeiDou Navigation 
i “BEIDOU” "2 Or '"3' 
Satellite System 
Navigation Indian 
4 “NAVIC” "2 or '3' 
Constellation (NavIC) 
mobile phone base 
i 4 f “CELLID” Generally '2' 
station (cell-id) 
wireless LAN “WLAN” Generally '2' 
entered manually “MANUAL” Not recorded 


When more than one of the above methods are used to calculate positional information (hybrid method, 
multi-GNSS): 


a) The used methods are listed with a space between the strings indicating each method in the 


GPSProcessingMethod tag. The method contributing the most is listed first. 


b) GThe measurement mode contributing most to the calculation of positional information is 
recorded in GPSMeasureMode. 


4.6.7.1.29. GPSArealnformation 


A character string recording the name of the GPS area. This is a multicode-compatible string and shall be 
entered in a form along with an character identifier code to identify the character code to be used. See section 


4.6.4 for details on the form. Since the Type is not ASCII, NULL termination is not necessary. 


Tag = 28 (1C.H) 
Type = UNDEFINED 
Count = Any 

Default = None 


4.6.7.1.30. GPSDateStamp 


Indicates recording date and time information based on reference time (atomic clock time) obtained by the 


GPS receiver in UTC (Coordinated Universal Time). The format is "YYYY:MM:DD." 
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The time information (hour, minute, second) is recorded in the GPSTimeStamp tag. 


Tag =  29(ID.H) 
Type = ASCII 
Count = 11 
Default = None 


4.6.7.1.31. GPSDifferential 


Indicates whether differential correction is applied to the GPS receiver. 


Tag = 30 (1E.H) 
Type = SHORT 
Count = 1 
Default = None 
0 = Measurement without differential correction 


1 


Differential correction applied 


Other = reserved 


4.6.7.1.32. GPSHPositioningError 


This tag indicates horizontal positioning errors in meters. 


Tag = 31 (IF.H) 
Type = RATIONAL 
Count = 1 

Default = None 


4.6.8. Interoperability IFD Attribute Information 


The attached information(field name, code) stored in Interoperability IFD is listed in Table 16. The meaning 


is explained below. 


Table 16 Interoperability IFD Attribute Information 


Era ID 
Field Name Type Count 


A. Attached Information Related to Interoperability 
Interoperability Identification  Interoperabilitylndex 1 1 ASCII Any 


4.6.8.1. A. Tags Relating to Interoperability 


The rules for Exif image files defines the description of the following tag. Other tags stored in 


Interoperability IFD may be defined dependently to each interoperability rule. 
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4.6.8.1.1. Interoperabilityindex 


Indicates the identification of the Interoperability rule. The following rules are defined. Four Bytes used 


including the termination code (NULL). 


Tag = 1(1.H) 
Type = ASCII 
Count = Any 
Default = None 
"R98" = Indicates a file conforming to R98 file stipulated by ExifR98[1] or to DCF basic 


file stipulated by Design Rule for Camera File System[2]. 


"THM" = Indicates a file conforming to DCF thumbnail file stipulated by Design rule for 
Camera File System[2]. 
"R03" = Indicates a file conforming to DCF Option File stipulated by Design rule for 


Camera File System[2]. 


4.6.9. Tag Support Levels 


The tags and their support levels are given here. 


4.6.9.1. Primary Image (0th IFD) Support Levels 


The support levels of primary image (0th IFD) tags are given in Table 17, Table 18,Table 19 and Table 20. 


Table 17 Tag Support Levels (1) - Oth IFD TIFF Tags — 


Tag N Field N Vere | Uncompressed |. 4 
ag Name le ame ompresse 
| Dec | Hex |Chunky| Planar | YCC | 
M M M 


Image width ImageWidth 

Image height ImageLength 

Number of bits per component  BitsPerSample 
Compression scheme Compression 

Pixel composition PhotometricInterpretation 


Description of Image ImageDescription 


Manufacturer of image input equipment Make 


Model of image input equipment Model 

Offset of strip StripOffsets 
Orientation of image Orientation 
Number of components SamplesPerPixel 
Number of rows per strip RowsPersStrip 


Bytes per compressed strip StripByteCounts 


O Z Z Z 7 Z OB 7 7 < < < <Z 
O Z Z Z 7 Z 7 7 7 < < Z < 
O Z Z Z 7 Z 7 DAA < < < <= 
O Z Z c 7 Z 7 7 79 Z c c c a 


Image resolution in width direction XResolution 
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Image resolution in height direction 
Image data arrangement 
Unit of X and Y resolution 
Transfer function 

Software used 

File change date and time 
Person who created the image 
White point chromaticity 
Chromaticities of primaries 
Offset to JPEG SOI 

Bytes of JPEG data 

Color space transformation matrix coefficients 
Subsampling ratio of Y to C 
Y and C positioning 

Pair of black and white reference values 
Copyright holder 

Pointer to Exif IFD 

Pointer to GPS Info IFD 


YResolution 283 | 11B 
PlanarConfiguration 284 | 11C 
ResolutionUnit 296 | 128 
TransferFunction 301 | 12D 
Software 305 | 131 
DateTime 306 | 132 
Artist 315 | 13B 
WhitePoint 318 | 13E 
PrimaryChromaticities | 319 | 13F 
JPEGInterchangeFormat| 513 | 201 
JPEGInterchangeFormatLength| 514 | 202 
YCbCrCoefficients 529 | 211 
YCbCrSubSampling 530 | 212 
YCbCrPositioning 531 213 
ReferenceBlackWhite 532 | 214 
Copyright 33432] 8298 
Exif IFD Pointer 34665| 8769 


GPSInfo IFD Pointer 34853| 8825 


Oo = O O 2222200078000 0 0 


O = O O Z zzz Z 000 7 000 <z 0 


O Z O O 82 <= oO Z zoo O 7 0060 oo 0 


O = O O 8 c O 22000700 O C 0 


Notation 


M : Mandatory (shall be recorded) 


: Recommended 
: Optional 
: It is not allowed to record 


-ZOJ 


Table 18 Tag Support Levels (2) - 


Tag Name Field Name 


Exposure program 
Spectral sensitivity 
Photographic Sensitivity 
Optoelectric coefficient 
Sensitivity Type 

Standard Output Sensitivity 
Recommended Exposure Index 
ISOSpeed 


: It is not allowed to record (included in JPEG marker) 


ExposureTime 

FNumber 

ExposureProgram 
SpectralSensitivity 
PhotographicSensitivity |34855 
OECF 

SensitivityType 
StandardOutputSensitivity |34865 
RecommendedExposurelndex [34866 
ISOSpeed 
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Chunky 


00000000 0af 


- 0th IFD Exif Private Tags — 


o 0 0 0600 00007 


R 
O 
O 
O 
O 
O 
O 
O 
O 
O 


Compressed 


o o 0 o 0 00007 


ISOSpeed Latitude yyy 
ISOSpeed Latitude zzz 
Exif Version 

Date and time original image was generated 
Date and time image was made digital data 
Offset data of DateTime 
Offset data of DateTimeOriginal 
Offset data of DateTimeDigitized 
Meaning of each component 
Image compression mode 
Shutter speed 

Aperture 

Brightness 

Exposure bias 

Maximum lens aperture 
Subject distance 

Metering mode 

Light source 

Flash 

Lens focal length 

Subject area 
Manufacturer notes 

User comments 

DateTime sub-seconds 
DateTimeOriginal sub-seconds 
DateTimeDigitized sub-seconds 
Temperature 

Humidity 

Pressure 

WaterDepth 

Acceleration 

Camera elevation angle 
Tiele name of Image 
Photographer name 
Person who edited the image 


Camera Firmware 


ISOSpeedLatitudeyyy 
ISOSpeedLatitudezzz 
ExifVersion 
DateTimeOriginal 
DateTimeDigitized 
OffsetTime 
OffsetTimeOriginal 
OffsetTimeDigitized 
ComponentsConfiguration 
CompressedBitsPerPixel 
ShutterSpeedValue 
ApertureValue 
BrightnessValue 
ExposureBiasValue 
MaxApertureValue 
SubjectDistance 
MeteringMode 
LightSource 

Flash 

FocalLength 
SubjectArea 
MakerNote 
UserComment 
SubSecTime 
SubSecTimeOriginal 
SubSecTimeDigitized 
Temperature 
Humidity 

Pressure 

WaterDepth 
Acceleration 
CameraElevationAngle 
ImageTitle 
Photographer 
ImageEditor 


CameraFirmware 
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34868 
34869 
36864 
36867 
36868 
36880 
36881 
36882 
37121 
37122 
37377 
37378 
37379 
37380 
37381 
37382 
37383 
37384 
37385 
37386 
37396 
37500 
37510 
37520 
37521 
37522 
37888 
37889 
37890 
37891 
37892 
37893 
42038 
42039 
42040 
42041 


8834 
8835 
9000 
9003 
9004 
9010 
9011 
9012 
9101 
9102 
9201 
9202 
9203 
9204 
9205 
9206 
9207 
9208 
9209 
920A 
9214 
927C 
9286 
9290 
9291 
9292 
9400 
9401 
9402 
9403 
9404 
9405 
A436 
A437 
A438 
A439 


o O O O O O O O O O O O O O O O O Dy O O 00 000 2200000 20 0 


O O O O O O 00 O O O O O O O O O F700 O O O 0 00 2200000 20 0 


O O O O O O 00 00 O O O O O O O 700 0 00 000 2200000 20 0 


O O O O O O O O O O O O O O O O O Ð O O O O O O 00 O sz oo o 0 o zo 0 


RAW Developing Software 
Image Editing Software 
Metadata Editing Software 
Supported Flashpix version 
Color space information 
Valid image width 

Valid image height 
Related audio file 
Interoperability tag 

Flash energy 

Spatial frequency response 
Focal plane X resolution 
Focal plane Y resolution 
Focal plane resolution unit 
Subject location 

Exposure index 

Sensing method 

File source 

Scene type 

CFA pattern 

Custom image processing 
Exposure mode 

White balance 

Digital zoom ratio 

Focal length in 35 mm film 
Scene capture type 

Gain control 

Contrast 

Saturation 

Sharpness 

Device settings description 
Subject distance range 
Unique image ID 

Camera Owner Name 
BodySerial Number 


Lens Specification 


RAWDevelopingSoftware |42042 
ImageEditingSoftware |42043 
MetadataEditingSoftware |42044 


FlashpixVersion 
ColorSpace 
PixelXDimension 
PixelY Dimension 


RelatedSoundFile 


Interoperability IFD Pointer 


FlashEnergy 


SpatialFrequencyResponse 


FocalPlaneXResolut 


FocalPlaneYResolut 


ion 


ion 


FocalPlaneResolutionUnit 


SubjectLocation 
Exposurelndex 
SensingMethod 
FileSource 
SceneType 
CFAPattern 
CustomRendered 
ExposureMode 
WhiteBalance 
DigitalZoomRatio 


FocalLengthIn35mmFilm 


SceneCaptureType 
GainControl 
Contrast 

Saturation 


Sharpness 


DeviceSettingDescription 


SubjectDistanceRan 
ImageUniquelD 
CameraOwnerName 
BodySerialNumber 


LensSpecification 


ge 
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40960 
40961 
40962 
40963 
40964 
40965 
41483 
41484 
41486 
41487 
41488 
41492 
41493 
41495 
41728 
41729 
41730 
41985 
41986 
41987 
41988 
41989 
41990 
41991 
41992 
41993 
41994 
41995 
41996 
42016 
42032 
42033 
42034 


A43A 
A43B 
A43C 
A000 
A001 

A002 
A003 
A004 
A005 
A20B 
A20C 
A20E 
A20F 
A210 
A214 
A215 
A217 
A300 
A301 

A302 
A401 

A402 
A403 
A404 
A405 
A406 
A407 
A408 
A409 
A40A 
A40B 
A40C 
A420 
A430 
A431 

A432 


O O O O O O O O O OOOD ao 0 oo o o o o o o o o Z0 Zz Z z 0060 o 0 


O O O O O O O O 060 0D o O 3970 00 0 00 C00 000 2022252000 0 


O O O O O O O 0 OOJOO VO o o o o o o o oo oo 2022252000 0 


O O O O O O O O 00 FDO 0 ag ha io 0 00 o o 00 00 o o 00 = 8282000 0 


Lens Make LensMake 42035| A433 | O O O O 
Lens Model LensModel 42036| A434 | O O O O 
Lens Serial Number LensSerialNumber 42037| A435 | O O O O 
Composite image Compositelmage 42080| A460 R R R R 
Source image number of composite image —SourcelmageNumberOfCompositelmage 4208 1 | A461 O O O O 
Source exposure times of composite image —SourceExposureTimesOfCompositelmage |42082) A462 | O O O O 
Gamma Gamma 42240| A500} O O O O 
Notation 

M : Mandatory (shall be recorded) 

R : Recommended 

O : Optional 

N : It is not allowed to record 

J : It is not allowed to record (included in JPEG marker) 


Table 19 Tag Support Levels (3) - Oth IFD GPS Info Tags - 


Tag N Field N ECHI s 4 
a ame le ame ompresse 
° | Dec | Hex |Chunky| Planar | YCC | 

0 0 O olo 


GPS tag version GPSVersionlD O 
North or South Latitude GPSLatitudeRef 1 1 O O O O 
Latitude GPSLatitude 2 2 O O O O 
East or West Longitude GPSLongitudeRef 3 3 O O O O 
Longitude GPSLongitude 4 4 O O O O 
Altitude reference GPSAltitudeRef 5 5 O O O O 
Altitude GPSAltitude 6 6 O O O O 
GPS time (atomic clock) GPSTimeStamp 7 7 O O O O 
GPS satellites used for measurement GPSSatellites 8 8 O O O O 
GPS receiver status GPSStatus 9 9 O O O O 
GPS measurement mode GPSMeasureMode 10 A O O O O 
Measurement precision GPSDOP 11 B O O O O 
Speed unit GPSSpeedRef 12 C O O O O 
Speed of GPS receiver GPSSpeed 13 D O O O O 
Reference for direction of movement GPSTrackRef 14 E O O O O 
Direction of movement GPSTrack 15 F O O O O 
Reference for direction of image  GPSImgDirectionRef 16 10 O O O O 
Reference for direction of image GPSImgDirectionRef 16 10 O O O O 
Direction of image GPSImgDirection 17 11 O O O O 
Geodetic survey data used GPSMapDatum 18 12 O O O O 
Reference for latitude of destination GPSDestLatitudeRef 19 13 O O O O 
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Latitude of destination 
Reference for longitude of destination 
Longitude of destination 
Reference for bearing of destination 
Bearing of destination 
Reference for distance to destination 
Distance to destination 
Name of GPS processing method 
Name of GPS area 

GPS date 

GPS differential correction 


Horizontal positioning error 


GPSDestLatitude 
GPSDestLongitudeRef 
GPSDestLongitude 
GPSDestBearingRef 
GPSDestBearing 
GPSDestDistanceRef 
GPSDestDistance 
GPSProcessingMethod 
GPSArealnformation 
GPSDateStamp 
GPSDifferential 
GPSHPositioningError 


20 
21 
22 
23 
24 
25 
26 
27 
28 
29 
30 
31 


14 
15 
16 
17 
18 
19 
1A 
1B 
1C 
1D 
1E 
1F 


000000000 00 0 
000000000 00 0 
o O o o o 0000 00 0 
o O o o o 00 o 00 00 0 


Notation 


M : Mandatory (shall be recorded) 


: Recommended 
: Optional 
: It is not allowed to record 


EZOJ 


: It is not allowed to record (included in JPEG marker) 


Table 20 Tag Support Levels (4) - Oth IFD Interoperability Tag — 


Tag Name Field Name 


Tag ID 


| Dec | Hex |chunky] Pinar | yoo | 
Interoperability Identification Interoperabiltyindex | 1 | 1 | N | N | N | © | 


Uncompressed 


Notation 


M : Mandatory (shall be recorded) 


: Recommended 
: Optional 
: It is not allowed to record 


EZOJ 


: It is not allowed to record (included in JPEG marker) 


4.6.9.2. Thumbnail (1st IFD) Support Levels 


The support levels of thumbnail (1st IFD) tags are shown in Table 21. 


Table 21 Tag Support Levels (5) - 1st IFD TIFF Tag - 


Tag N Field N VUE E 4 
ag Name le ame ompresse 
| Dec | Hex |Chunky| Planar | YCC | 


Image width ImageWidth 256 | 100 M M M J 
257 M M M J 
258 M M M J 
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102 


Image height ImageLength 


Number of bits per component 


BitsPerSample 
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Compression scheme 
Pixel composition 
Description of Image 
Manufacturer of image input equipment 
Model of image input equipment 
Offset of strip 

Orientation of image 
Number of components 
Number of rows per strip 
Bytes per compressed strip 
Image resolution in width direction 
Image resolution in height direction 
Image data arrangement 
Unit of X and Y resolution 
Transfer function 

Software used 

File change date and time 
Person who created the image 
White point chromaticity 
Chromaticities of primaries 
Offset to JPEG SOI 

Bytes of JPEG data 

Color space transformation matrix coefficients 
Subsampling ratio of Y to C 
Y and C positioning 

Pair of black and white reference values 
Copyright holder 

Pointer to Exif IFD 

Pointer to GPS Info IFD 


Compression 
PhotometricInterpretation 
ImageDescription 
Make 

Model 

StripOffsets 
Orientation 
SamplesPerPixel 
RowsPerStrip 
StripByteCounts 
XResolution 
YResolution 
PlanarConfiguration 
ResolutionUnit 
TransferFunction 
Software 

DateTime 

Artist 

WhitePoint 
PrimaryChromaticities 
JPEGInterchangeFormat 
JPEGInterchangeFormatLength 
YCbCrCoefficients 
YCbCrSubSampling 
YCbCrPositioning 
ReferenceBlackWhite 
Copyright 

Exif IFD Pointer 
GPSInfo IFD Pointer 


259 
262 
270 
271 
272 
273 
274 
277 
278 
279 
282 
283 
284 
296 
301 
305 
306 
315 
318 
319 
513 
514 
529 
530 
531 
532 


33432 
34665 
34853 


103 
106 
10E 
10F 
110 
111 
112 
115 
116 
117 
11A 
11B 
11C 
128 
12D 
131 
132 
13B 
13E 
13F 
201 
202 
211 
212 
213 
214 
8298 
8769 
8825 


o O OOZ Z Z Z Z 0 0 0 o o 0 o 0 0 0 oo 0 == Z O <z 0060 o << 


o OO OZ ZZ ZAO OC OC OC OC OO = OOF <= Z O FO O O FE 


o O O O O Z OZ Z 0 oO CO 0000002 = <= O <z 0060 O <Z Z 


O O O O O c O = sz 0 0 0 0 O O O c O O Z Z c O Z 00 O c g 


Notation 


M : Mandatory (shall be recorded) 


: Recommended 
: Optional 
: It is not allowed to record 


-ZOJ 


: It is not allowed to record (included in JPEG marker) 
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4.7. JPEG Marker Segments Used in Exif 


In addition to the compressed data (entropy coded data), a compressed file contains one each of the marker 
segments APP1, DQT, DHT, SOF and SOS. The compressed data begins with an SOI and ends with an EOI 
marker. No specification is made regarding data arrays that come after EOI. A restart marker (DRI, RSTm) 
may be inserted optionally. Another option is to have two or more APP2 markers. APPn other than APPI, 
APP2 and APP11, or COM marker are not used by Exif. However Exif/DCF readers should be designed skip 
over unknown APPn and COM. APPI shall be recorded immediately after SOI, and if there is an APP2 it 
follows after APP1. APP11 shall be recorded, if necessary, after APP1 and APP2, and before DQT, DHT, 
DRI and SOF. DQT, DHT, DRI and SOF come after the last APPand before SOS, in any order. 


The marker segments used in Exif are listed in Table 22. 


Table 22 Marker Segments 


Marker Name pda Description 

sol Start of Image FFD8.H Start of compressed data 
APP1 Application Segment 1 FFE1.H Exif attribute information 
APP2 Application Segment 2 FFE2.H Exif extended data 
APP11 Application Segment 11 FFEB.H Annotation Data etc. 

DQT Define Quantization Table FFDB.H Quantization table definition 

DHT Define Huffman Table FFC4.H Huffman table definition 

DRI Define Restart Interval FFDD.H Restart Interval definition 

SOF Start of Frame FFCO.H | Parameter data relating to frame 

SOS Start of Scan FFDA.H | Parameters relating to components 

EOI End of Image FFD9.H End of compressed data 


The data structures of markers defined in JPEG Baseline DCT and used in Exif compressed files, as well as 


the APP1, APP2 and APP11 data structures defined specifically for this standard, are explained below. 


4.7.1. JPEG Marker Segments 


The data structure of JPEG marker segments other than APP1. APP2 and APPII is noted below. 


4.7.1.1. Start of compressed data (SOI: Start of Image) 


SOI is a marker code indicating the start of compressed data (see Figure 26). 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
«00 1 | FF Marker Prefix | 
*01 1 D8 SOI 


Figure 26 SOI Structure 
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4.7.1.2. Quantization table definition 
(DQT: Define Quantization Table) 


DQT is a marker code defining a quantization table. 

As many as three kinds of tables may be recorded with a precision of 8 bits (Pq=0). All quantization tables 
shall be defined in one DQT marker segment; recording of multiple DQT markers is not allowed. 

The table may have any values (see Figure 27). DQT, DHT, DRI and SOF may line up in any order, but 
shall be recorded after the last APP and before SOS. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
*00 1 FF Marker Prefix 
*01 1 DB DQT 
*02 > 00 Length of field 
C5 2+(1+64) * 3 = 197 [Byte] 
*04 1 00 Y: Pq=0, Nq=0 
+05 : Quantization table Y: QO 
64 


Quantization table Y: Q63 
+45 1 01 Cb : Pq=0, Nq=1 
+46 : Quantization table Cb: QO 


64 


Quantization table Cb: Q63 
-86 1 02 Cr : Pq=0, Nq=1 
+87 B Quantization table Cr: QO 


64 


Quantization table Cr: Q63 


Figure 27 DQT Structure (with three quantization tables) 


4.7.1.3. Huffman table definition (DHT: Define Huffman Table) 


DHT is a marker code defining a Huffman table. 


In this standard a single component shall have a Huffman table consisting of a set of DC and AC, and each 
component shall be mapped to one or another of the Huffman tables defined by DHT. All Huffman tables 


shall be recorded in one DHT marker segment; recording of multiple DHT markers is not allowed. 
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A Huffman table may have any values, or the JPEG reference values can be used as the base table (see 
Figure 28). 


DQT, DHT, DRI and SOF may line up in any order, but shall be recorded after the last APP and before SOS. 


Address Offset Bytes Code Meaning 


01 Length of field 
A2 |2+(1+16+12+1+16+162)*2 = 418 [Byte] 


+04 Table number Y-DC: 00 


DHT parameter 


+21 Table number Y-AC: 10 
+22 


DHT parameter 


Table number C-DC: 01 


DHT parameter 


Table number C-AC: 11 


+D4 
+D5 


+F1 
+F2 


178 DHT parameter 


Figure 28 DHT Structure 


4.7.1.4. Restart Interval definition 
(DRI: Define Restart Interval) 


DRI is a marker defining the interval at which restart markers are inserted (see Figure 29). The recording 
of DRI and insertion of restart markers are optional. If restart markers are inserted, DRI shall be recorded 
and its values shall be 4 MCU (Minimum Coding Unit), i.e., 64 pixel units, regardless of whether 4:2:2 or 
4:2:0 is used for color sampling (see Annex F). Only one DRI shall be recorded. 


DQT, DHT, DRI and SOF may line up in any order, but shall be recorded after the last APP and before SOS. 
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Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


+00 Marker Prefix 


| * | DD | — or | 
04 2*2 = 4 [Byte] 
*04 Restart Insertion Interval 
04 -4 


Figure 29 DRI Structure 


4.7.1.5. Frame header (SOF: Start of Frame) 


SOF is a marker code indicating the start of a frame segment and giving various parameters for that frame 
(see Figure 30). 
DQT, DHT, DRI and SOF may line up in any order, but shall be recorded after the last APP and before SOS. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


00 Length of field 
11 2+1+2+2+1+3*3 = 17 [Byte] 


Data precision [bit] 


Vertical lines 
xxyy(Hex) [lines] 


Horizontal lines 
wwzz(Hex) [pixels] 


Component number (1:Y) 
210r22| HO=2, VO = 1(4:2:2) or 2(4:2:0) 


00 Quantization designation 


Component number (2:Cb) 
H1=1,V1=1 


Figure 30 SOF Structure 
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4.7.1.6. Scan header (SOS: Start of Scan) 


SOS is a marker code giving various scan-related parameters (see Figure 31). 


Address Offset Bytes Code Meaning 
(Hex) (Hex Hex 
+00 1 EG Marker Prefix 
+01 1 DA SOS 
+02 : 00 Length of field 
oc 2+1+3 * 2*3 = 12 [Byte] 
+04 1 03 Components in scan 
+05 1 01 Component selector Y: 01 
+06 1 00 Huffman table selector Y: 00 
+07 1 02 Component selector Cb: 02 
+08 1 11 Huffman table selector C: 11 
+09 1 03 Component selector Cr: 03 
+0A 1 11 Huffman table selector C: 11 
+0B 1 00 Scan start position in block 
+0C 1 3F Scan end position in block 
+0D 1 00 SURCESSIVE approximation 
Bit position 


Figure 31 SOS Structure 


4.7.1.7. Compressed data 


Compressed data is byte data block interleave at the required ratio of Y:Cb:Cr and Huffman encoded. An 
EOB (End of Block) is inserted in each block when the last value of its DCT coefficient is 0. 


If restart marker insertion is defined in DRI, restart markers are inserted at 4 MCU interval. 


4.7.1.8. End of compressed data (EOI : End of Image) 


EOI is a marker code indicating the end of entropy coded data, and is paired with SOI (see Figure 32). No 


specification is made regarding data arrays that come after EOI. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


Figure 32 EOI Structure 
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4.7.2. Internal Structure of APP1 
in Compressed Data 


APP! consists of an APP1 marker indicating that it is an application area, a length code indicating its size, 
and primary image attribute information patterned after the TIFF structure. The APP1 marker can not record 
more than 64 KBytes, a limitation that shall be kept in mind when recording thumbnail images. APP1 also 
records attribute information for JPEG compressed images. The features of this marker segment are 


described below. 


4.7.2.1. Order of APP1 recording 


APPI shall be recorded immediately after the SOI marker indicating the start of the file (see Figure 7). 


4.7.2.2. APP1 internal structure 


APPI consists of an APP1 marker, Exif ID code and the attribute information itself (see Figure 33). 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
+00 1 LI Marker Prefix 
*01 1 E1 APP1 
*02 2 Length of field [Byte] 
*04 45 E 
i 78 ua 
69 T 
66 T 
*08 1 00 NULL 
+09 1 | o Padding 
*0A 
n Attribute information 


Figure 33 Basic Structure of APP1 Marker Segment 


4.7.2.3. Exif ID code 


The Exif ID code indicates that the internal of APPI marker is Exif format. After a 4-byte code ‘Exif’, 
[00.H] is recorded in 2 Bytes. The reason for recording this code is to avoid duplication with other 


applications making use of JPEG application marker segments (APPn). 
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4.7.2.4. Attribute information 


Attribute information can be recorded in 2 IFDs (Oth IFD, Ist IFD) following the TIFF structure, including 
the File Header. The Oth IFD records compressed image attributes (the image itself). The Ist IFD may be 


used for thumbnail images. 


4.7.2.5. TIFF header 


The TIFF header in APPI constitutes 8 Bytes of data, including the byte order and the Offset of IFD 
indicating the first IFD. The Offset is referenced to the address of the first byte of the Byte Order. For 
example, the Offset of IFD address in the TIFF Header is 4 (see Table 1). 


4.7.2.6. Relation to JPEG marker segments 


Attribute information is recorded in essentially the same format as that used to record uncompressed data 
attribute information. In order to avoid duplication, however, attribute information recorded in a JPEG 


marker segment shall not be recorded in APP1. 


4.7.3. Internal Structure of APP2 
for Flashpix in Compressed Data 


APP2 for Flashpix consists of an APP2 marker segment indicating that it is an application area, a length 
code indicating its size, and Flashpix (see Annex F) extensions. If there is no need to record extensions, this 


marker segment may be omitted. 
There are two kinds of APP2 marker segments for recording Flashpix extensions. 


One is a Contents List Segment recording a storage and stream list making up the extended data. One file 


contains only one contents list segment. 


The second is a Stream Data Segment storing the data for each of the streams listed in the Contents List 


Segment. If necessary, there may be two or more APP2 marker segments for storing stream data. 


In addition there is an APP2 marker segment reserved for Flashpix use, which is specified in the Flashpix 
standard[18]. 


The contents of data that can be recorded as stream data is left for future specification. It may include one 


or more Audio data. 


4.7.3.1. Order of APP2 recording 


APP2 marker segments shall follow after the APP1 marker segment, in the order of Contents List Segment 
and Stream Data Segments. If there are two or more stream data segments, their order is as given in the 


contents list (see Figure 7). 


4.7.3.2. APP2 internal structure 


APP2 consists of an APP2 marker, ID code (FPXR), and Contents List or Stream Data (see Figure 34). 
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Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


*00 1 Et Marker Prefix 
*01 1 E2 APP2 
+02| 2 Length of field [Byte] 
+04 46 
1 50 
58 
52 
*08 1 00 NULL 
*09 1 00 Version 
+0A Contents List 
n or 
Stream Data 


Figure 34 Basic Structure of APP2 Marker Segment 


4.7.3.3. FPXRID code 


The FPXR ID code indicates that the APP2 marker segment contains FPXR data. It is a 4-byte code ‘FXPR’ 
followed by [00.H] recorded in 1 Byte. The reason for recording this code is to avoid duplication with other 
applications making use of JPEG application marker segments (APPn). The subsequent byte gives the 


version number [00.H]. 


4.7.3.4. Contents list structure 


The contents list segment lists the storages and streams to be created when the file is converted to a Flashpix 


image file. The first two bytes give the number of entryf. 
The entry fields on the contents list are as follows. 
* Entity size 
Indicates the size of the stream, or else FFFFFFFF.H (in the case of a storage). It is recorded in 
big endian format. 
* Default value 
A fixed value not set explicitly in the stream data segment but used as the default for each byte. 
* Storage/Stream name 


The name of the storage and stream added for transformation to Flashpix. It is given as the full 
path name from the Flashpix source image object root storage. "/" represents a directory 
separator and shall be the first character of the property value. This name is a 16-bit character 


string from the Unicode code page, with NULL termination. It is recorded in little endian format. 


* Entity class ID 
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The storage ClassID, given only in the case of a storage entry. It is written as 16-byte in little 


endian format. 


The data structure of the Contents List Segment is given in Figure 35. 


Address Offset Bytes Code Meaning 


(Hex) (Hex) (Hex) 


+00 Marker Prefix 


+01 APP2 

+02 Length of field [Byte] 

+04 "FPXR" 

*08 NULL 

+09 Version 

+0A 01 Contents List 

+08 


+0D Entity size 0 
+11 Default value 0 


+12 Storage/ Stream name 0 
(Entity Class ID 0) 
Entity size 1 


+12 +m0 


+12 +m0 +n0 


Default value 1 


Storage / Stream name 1 


(Entity Class ID 1) 


[ty sae] 
A erat wat] 
[mk | | storage stream name — 
uo 


Figure 35 Contents List Segment Structure 


4.7.3.5. Stream Data Segment structure 


A stream data segment records part or all of the stream listed in the contents list segment. Because of the 
64-KByte size limit of a JPEG marker segment, a stream longer than this shall be recorded in two or more 
stream data segments. Instead of writing stream data directly in multiple stream data segments, the segments 


may be filled based on a fixed default. A stream data segment can contain the following data. 


* Index into Contents Lists 
The order of entry recorded in a contents list segment starting from 0. 
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* Offset into the full Flashpix stream 


The offset to the first byte of stream data in the Flashpix stream. 


* Stream Data 


The actual data stream recorded as extended data in the transformation to Flashpix. The length 


of this data is indicated by the length code in the stream data segment. 


The data structure of a Stream Data Segment is given in Figure 36. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
+00 1 FF Marker Prefix 
+01 1 E2 | APP2 
+02 2 Length of field [Byte] 
+08 1 NULL 
+09 1 Version 
*0A 1 Stream Data 
+0B 2 Index to Contents List 
+0D 4 Offset to Flashpix stream 
+11 
m Stream Data 


Figure 36 Stream Data Segment Structure 


4.7.3.6. Reserved Segment (Reserved for future use 
by the Flashpix format) 


This marker segment is reserved for future use. An example is given in Figure 37. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


+00 1 Marker Prefix 
+01 APP2 
+02 Length of field [Byte] 


| 
2 
! 
| 
| 


+08 00 NULL 
| 


*0A 0 Reserved for Flashpix 


+0B 
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Figure 37 Structure of Reserved Segment for Flashpix 


4.7.4. Internal Structure of APP2 for Original 
Preservation Image in Compressed Data 


APP2 for an original preservation image consists of an APP2 marker, an MPF[3] ID code, and MP format 
attribute information (see the MPF standard[3]). 


For specific specifications see Annex K. 


4.7.5. Internal Structure of APP11 in Compressed Data 
4.7.5.1. APP11 


APP11 is a marker segment that stores metadata that uses a box data structure defined in JPEG Systems Part 
5: JUMBF[10]. 


Annotation data of JPEG compressed images and the like is written in this marker in XML format or JSON 
(JSON-LD) format using the box data structure defined in the JUMBF standard[10] above. When recording, 
deleting, modifying, etc., data that uses a box structure, such as annotation data, the action shall be carried 


out in compliance with these standards. 
For how to store a box structure see JPEG2000 Standard Part 1[8] and JPEG-XT Standard Part 3[9]. 


The following describes the details of the APP11 internal structure. 


4.7.5.2. Order of APP11 Recording 


APP11 shall be recorded after the APP! and APP2 markers and before the DQT, DHT, DRI, SOF, and SOS 


markers. 


4.7.5.3. APP11 Internal Structure 


APP11 consists of an APP11 marker indicating that it is an application area, a length of field indicating its 
size, an ID code (JP), a box instance number, a packet sequence number indicating the sequence number of 
the packet when the marker exceeds 64 Kbytes and is divided into multiple segments, and a JUMBF 


Superbox that contains the JUMBF Box(es) for recording annotation data, etc. 


Figure 38 shows the structure of APP11 including the JPEG box structure. 
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Structure of Compressed file Structure of APP11 


Start of Image APP11 FFEB.H 
APP1 Application Marker Segment APP11 Length 
for Exif Attribute Information 4A50.H (ASCII: JP’) 
Application Marker Segment 
AREN for JUMBF structured Data 


Box Instance Number 
Quantization Table 


- Packet Sequence 
Number 
Huffman Table 


Box Length 
(DRI) (Restart Interval) 


TBox 6A75 6D62.H 
(ASCII: jumb) 


| SOS | Scan Header 
gis iren JUMBF Superbox 
data 
Compressed 
( ): optional Marker Segment / Field 


| EO! | End of Image 


Figure 38 APP11 Internal Structure 


The data stored in an APP11 marker segmment is as follows. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


+01 EB APP11 
+04 4A J 


'p' 


+06 2 Box Instance Number 


+08 4 Packet Sequence Number 
+0C Box Length [Byte] 


(size before dividing) 


+10 


+14 


Payload 
(JUMBF Superbox) 


Figure 39 Basic Structure of APP11 Marker 


The four bytes of 'jumb' from the +10.H byte indicate that the subsequent payload data is a JUMBF Superbox. 
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4.7.5.4. JP ID Code 


The JP ID code (CL) is an ID code indicating that APP11 consists of box structure data as defined in the 
JPEG-XT standard[9], etc., and the code 'JP' is written in 2 Bytes. The reason for recording this code is to 


avoid duplication with other applications making use of JPEG application marker segments (APPn). 


4.7.5.5. Structure of JUMBF BOX 


Figure 40 shows the structure of the JUMBF Box[10]. The JUMBF Superbox stored in the payload data of 
APP11 shown in section 4.7.5.3 consists of a JUMBF Description Box and a JUMBF Content Box. 


Structure of APP11 Structure of JUMBF Superbox in Payload data 
APP11 FFEB.H 
P 6A75 6D64.H (ASCII: 'jumd") 
Box Instance Number (Code indicating JUMBF Description Box) 
Z Packet Sequence 
Number 
Label UTF-8 string used for identification of 
Payload JUMBF Box (NULL terminated) 
JUMBF Superbox (ID) (ID for identification of JUMBF Box) 
(Signature) (Hash value of Content Data) 
9 (SHA-256: FIPS PUB 180-4) 
TBox 6A73 6F6E.H (ASCII: json’) etc. 
(Code indicating JUMBF Content Box) 


APP11 Length 
4A50.H (ASCII: JP’) 
Type UUID 
yp (Indicates the data format of Content Data) 
Box Length Toggle Flags indicating options 
6A75 6D62.H related to JUMBF Box 
(ASCII: ’jumb’) 
Size of JUMBF Content Box 
786D 6C20.H (ASCII: xml ’) 
Content | Metadata described in XML or JSON 
Data 
Figure 40 Structure of JUMBF BOX 


The JUMBF Description Box stores the following data 
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Address Offset 
(Hex) 
+00 


+04 


+08 


+18 
+19 


Bytes 
(Hex) 


Meaning 


LBox [Byte] 
(Size of JUMBF Description Box) 


UUID[0] = ‘E’ 
UUID[1] = ‘x’ 
UUID[2] = ‘i’ 
UUID[3] = ‘f 
UUID[4] 
UUID[5] 
UUID[6] 
UUID[7] 
UUID[8] 
UUID[9] 
UUID[10] 
UUID[11] 
UUID[12] 
UUID[13] 
UUID[14] 
UUID[15] 
Toggles 


16 


Label 
(UTF-8 strings of any length) 


Figure 41 Structure of JUMBF Description Box 


The 4 bytes of 'jumd' from the +04.H byte indicate that this box is a JUMBF Description Box. 


The 16 bytes from the +08.H byte are UUIDs indicating the type of JUMBF Content Box, and are set to the 


value below in this standard. 


Exif JUMBF Metadata Box: 0x45786966(ASCII: ‘Exif’)-0011-0010-8000-00AA00389B71 


The +18.H byte is a flag group specifying a JUMBF Box related option and, in this standard, 3.H (label 


exists and Content data can be requested from outside) is specified to define the subsequent label. Note that, 


when ID or Signature is specified, a flag indicating use of these options can also be set. 
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The 2 bytes from the +19.H byte are a UTF-8 string (NULL terminated) for identifying the Content data. 


For the Label strings corresponding to the respective Content data, see Chapter 6. 


The JUMBF Content Box stores the following data. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
*00 x LBox [Byte] 
(Size of JUMBF Content Box) 
+04] 78 | 6A | x j 
6D | 73 ‘m’ S 
k 6C | 6F T ‘o’ 
20 | 6E $ T 
*08 
n Content data 


Figure 42 Structure of JUMBF Content Box 


The 4 bytes from the +04.H byte define the syntax of the Content data, and are the following values for 
descriptions in XML format and JSON (JSON-LD) format, respectively. 


XML format: 786D6C20.H (ASCII: “xml” 


JSON (JSON-LD) format: 6A736F6E.H (ASCII: ‘json') 


The area from the +08.H byte stores the various XML format document or JSON (JSON-LD) format 


metadata. The specifications regarding the metadata that can be stored are described in Chapter 6. 


4.8. Data Description 
4.8.1. Stipulations on Compressed Image Size 


The JPEG format is adopted for compressed images. Since JPEG compresses images in blocks of 8 x 8 pixels, 
preferably the pixel number set as the width and height of the image should be exact multiples of the MCU 
(multiples of 16 for width, and multiples of 8 for height if Y:Cb:Cr = 4:2:2, or 16 if Y:Cb:Cr = 4:2:0). It is 
not required, however, that all image data be fit within this range. If a restart marker is inserted every 4 
MCU for the sake of transformation to Flashpix, the width of the image shall be an exact multiple of 4 MCU 
(64 pixels). There is no such restriction on height. 

Specifications on inserting data to adjust the recorded image size relative to the valid image size, or padding, 


are given below. 


4.8.1.1. Image size recording procedure in the Exif/DCF writer 


An Exif/DCF writer shall record a compressed image with the image width information and height 
information set in accord with the stipulations below, and padded as necessary. When the image is padded 
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in the direction of width, the padding data shall be appended at the right edge. Padding in the direction of 
height shall be appended at the bottom edge. 


The data used for padding is not specified. 


[Stipulations on image width] 


Image width information consists of the valid image width tag (PixelXDimension), SOF marker 
information, and JPEG compressed data. Of these three, the recording of a valid image width tag is 


mandatory. 
Image width is padded to the right in the following cases. The value used for padding is not specified. 


* When the image width is not an exact multiple of 16 and the JPEG block has unused capacity to 
be filled. 


* When the image width is not a multiple of 64 and the insufficiency shall be made up in order to 


insert restart markers. 


The method of describing the various image width data with and without padding is given in Figure 43. 


It shall be noted carefully that the value of SOF is used in some cases to describe the valid image width, 


and in others to describe the image width after padding. 


—X-multiple of 64 


Padding in 
multiple of 64 
aq = Padding width 


PixelXDimension = X 
SOF.X = X + Xy 


PixelXDimension = X 
SOF.X = X 


PixelXDimension = X 
SOF.X = X 


X : Valid image width 
SOF.X : Horizontal line value in SOF 
PixelXDimension : Value of PixelXDimension tag 


Figure 43 Image Data Width Description 
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Table 23 gives examples of information recorded in the direction of image width and padding data 
width, for each of cases A, B, and C of Figure 43. 


Table 23 Typical Width Direction Information and Padding Data 


Valid Image Width | PixelXDimension fecero la Padding Width 
640 640 640 640 0 
B 634 634 634 640 6 (< 1MCU) 
620 620 640 640 20 (> 1MCU) 


[Stipulations on image height] 


Image height information consists of the valid image height tag (PixelYDimension), SOF marker 
information, and JPEG compressed data. Of these three, the recording of a valid image height tag is 


mandatory. 
The image height is padded in the following case. The padding value is not specified. 


When the image height is not an exact multiple of 16 and the JPEG block has unused capacity to be 
filled. 


Insertion of a restart marker does not require padding. The method of recording the various image height 
data with and without padding is given in Figure 44. The SOF marker always has the same value as the 


effective image height tag. 


B,C 


Padding in 
multiple of 16 


PixelYDimension = Y 
SOF.Y =Y 


JPEG Compression 


Y : Valid image length 
SOF.Y : Vertical line value in SOF 
PixelYDimension : Value of PixelYDimension tag 


Figure 44 Image Data Height Description 


Table 24 gives examples of information recorded in the direction of image height and padding data 
height, for each of cases A, B, and C of Figure 44. 
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Table 24 Typical Height Direction Information and Padding Data (when Y:Cb:Cr = 4:2:2) 


Valid Image Height | Pixel YDimension Mam el Padding Height 
480 480 480 480 0 
B 474 474 474 480 6 (< 1MCU) 
460 460 460 464 4 (« 1MCU) 


4.8.1.2. Image size reproduction procedure in the Exif/DCF reader 


It is recommended that the Exif/DCF reader (and in particular, specialized software) follow the 
procedureshown in Figure 45 for reproducing images. First it expands the image based on the SOF 


information. 


Next it trims the image on the right and lower edges in accord with information in the valid image width tag 
and height tag, and reproduces the valid image data. If the SOF information and the valid imagewidth and 


height tag information are the same, trimming is unnecessary. 


JPEG Compression 


based on SOF.X, SOF.Y 


PixelX/Ydimension 
= SOF.X, SOF.Y? 


Trimming with 
PixelX/Y Dimension 


Figure 45 Procedure for Image Data Reproduction 


Some off-the-shelf software lacks a function for handling valid image width and height tags. If the valid 
image width differs from the number of horizontal pixels recorded in the SOF, padding data may be 
displayed. The padding data values should be chosen with this possibility in mind. 


4.8.2. Stipulations on Thumbnails 
4.8.2.1. Exif/DCF writer 


The recording of thumbnail images is an optional specification of the Exif/DCF reader. It is therefore 


allowable to have Exif files with and without thumbnails. For details see section 4.5.8 
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4.8.2.2. Exif/DCF reader 


This format shall be designed so that the primary image will be reproduced intact whether or not thumbnail 
images are recorded in the file. It is assumed that even when functions are provided for viewing images on 
the camera or player, for viewing the process of image transfer from camera to PC, or for using thumbnails 
as an index display in the camera software or other image software, there will still be cases where the file is 
viewed without thumbnails. The creation and displaying of thumbnails should therefore be performed or not 


at the discretion of the user. 


4.8.3. File Name Stipulations 
4.8.3.1. Exif/DCF writer 


The file name and characters used for file names are not specified, other than to stipulate the use of ASCII 
alphanumerics. (File names in Japanese or other character sets are not to be used.) File names shall be 8 
characters or fewer, not including the extension. (Long file names are not to be used.) The file name 


extensions are ".JPG" for compressed data files and ".TIF" for uncompressed data files. 


4.8.4. Byte Order Stipulations 
4.8.4.1. Exif/DCF reader 


It is recommended that the Exif/DCF reader be able to reproduce Exif files recorded in both little endian 


and big endian formats. 
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5. Exif Audio File Specification 
5.1. Outline of the Exif Audio File Specification 


This chapter gives details of the audio file specification, covering the following items: 
* Format version definition, 
* Specifications relating to audio data, 
* Basic structure of audio data, 
* Chunks, 


* File naming conventions. 


5.2. Format Version 


The version of the format specified here is recorded as 4 bytes (see section 5.6.3). The address bytes are 
recorded as Al, A2, BI, B2, starting with the lowest number. Al and A2 store the upper part of the standard 
version, with the lower part stored in B1 and B2. When changes are made to the version number of this 


standard, the following rules apply: 


* When the changes are such that data readers can properly recognize conventional information and 
skip the data that was recorded using newly added functions, the lower part of the version (B1, B2) 


1s changed, 


* When there is a possibility that a data reader implementing the old standard may operate incorrectly 


due to the new specifications, the upper part of the version (Al, A2) is changed. 


Players should be able to play back files of versions earlier than the supported standard. 


5.3. Definition of Terms 


Terms and notation are used as follows in this section: 


* Text enclosed in " " is a character string, and " "Z means a character string ending in NULL[00.H] 


5.4. Specifications Relating to Audio Data 
5.4.1. Sampling Frequency 


The sampling frequency shall be any of 8.000 KHz, 11.025 KHz, 22.050 KHz, 32.000 KHz, 44.100 KHz, 
48.000 KHz, 96.000 KHz or 192.000K Hz. As an exception, only 8.000K Hz shall be used for u-LAW PCM 
in accordance with ITU-T G.711; 8.000 KHz, 11.025 KHz, 22.050 KHz, or 44.100 KHz shall be used for 
IMA-ADPCM as recommended by the IMA (Interactive Multimedia Association)[25]. 


See section 5.5.3 and 5.5.4 for details. 
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5.4.2. Bit Size 


The bit size shall be 8 bits,16 bits or 24 bits. The exceptions are only 8 bits shall be used for -LAW PCM 
in accord with ITU-T G.711; and only 4 bits shall be used for IMA-ADPCM in accord with the IMA 


(Interactive Multimedia Association) specification[25]. 


See section 5.5.3 and 5.5.4 for details. 


5.4.3. Channels 


The number of channels shall be either monaural or stereo (2 ch). 


5.4.4. Compression Schemes 
The following three compressions schemes are specified here: 
* Uncompressed audio data: PCM , 
* Uncompressed audio data: u-Law PCM (conforming to ITU-T G.711), 


* Compressed data: IMA-ADPCM. 


5.5. Basic Structure of Audio Data 


Exif audio files are based on the RIFF WAVE Form Audio File format[19] adopted as a Windows!" standard 


audio file format, with the addition of various DSC attribute information as needed. Exif audio files are 
data-compatible with WAVE Form Audio files and can be played on accessories supplied with Windows™. 
Of the general attribute information required by DSC applications, the common attributes are recorded on 
an INFO list, and the Exif-specific attributes are recorded in Exif chunks. The Exif chunks are provided to 


enable the addition of information as necessary, taking advantage of chunk extensibility. The method of 


recording data in the Exif-specific chunks is patterned after that for the INFO list. 


5.5.1. Basic Structure of WAVE Form Audio Files 


The WAVE Form Audio File format is based on the RIFF (Resource Interchange File Format) tagged file 


structure. 


A RIFF file consists of basic data blocks called chunks. 


5.5.1.1. Chunk 


Using C language syntax, a chunk may be defined as a structure, like that in Equation 1. The chunk structure 


may also be expressed in graphical form as in Figure 46. 
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typedef struct { 


unsigned long CkID; // 4-character code 
unsigned long  ckSize; // Size of member «ckData» 
unsigned char ckData[ckSize]; // The data in the chunk 
} CK; - - -[Equation 1] 
Address Offset Bytes Code 
(Hex) (Hex) 
+00 + ckID 
+04 4 ckSize 


+08| ckSize ckData 


Figure 46 Chunk Structure 


ckID (chunk ID, a 4-character code) consists of from one to four ASCII alphanumerics, left-justified and 
filled with blank characters if less than four characters in length. Blanks can not be inserted between 
characters. This four-character code identifies the contents of the chunk data, described later. Software 


processing the chunk may be skiped if its chunk ID is unknown.. 


ckSize (chunk Size) is a 32-bit unsigned integer giving the size (bytes) of the ckData[ckSize] (chunk Data). 
This size does not include padding bytes following the ckID, ckSize itself and ckData. The byte order is 
little endian (LSB first, MSB last). In the case of RIFF files, values of more than one byte are all written in 
little endian order. If two or more chunks follow in sequence, the value of chSize shall be read properly in 
order to know the start address (ckID) of the next chunk. 

ckData[ckSize] (chunk Data) is the actual data included in that chunk, and may be recorded as binary data 
of either fixed length or variable length. The start of ckData is aligned with the RIFF file start position in 
word (16-bit) units. If the data size is an odd number of bytes, a padding byte with the value '0' is appended 
after the ckData. This padding byte is not included in the ckSize (chunk Size). 

ckData[ckSize] (chunk Data) can itself have a particular structure rather than being a simple byte array. That 
is, ckData itself may include a chunk (sub-chunk). In other words, chunks may be arranged hierarchically. 
Only certain chunks are allowed to contain sub-chunks. These are the RIFF chunk and LIST chunk described 


later below. Generally two or more sub-chunks may be contained in these chunks. 


All other chunks store only one binary data element in the ckData. 


5.5.1.2. RIFF Form 


A "RIFF form" is a chunk with "RIFF" as its chunk ID (ckID); it is also used to mean a file format with the 
RIFF structure (RIFF file). 

A "RIFF chunk" ckData (chunk data) consists of a 4-character code at the beginning called the formType 
(form type), followed by a sub-chunk. 


A RIFF chunk is at the top of the chunk hierarchy. A RIFF form shall have this chunk, but may have only 
one. All other chunks are sub-chunks of the RIFF chunk. 
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A form type is generally a code identifying the data contents, among other things. It is also possible to tell 
from this code what kind of sub-chunk a chunk contains. A form type shall be registered. A registered form 
type is written in all upper-case letters. 

Along with a form type, a chunk ID (ckID) shall also be registered. A chunk ID in all upper-case letters 
indicates a general-purpose chunk that may be used with various form types. A chunk ID used with a specific 


form type is written in all lower-case letters. 


An illustration of the RIFF chunk is given in Figure 47. 


Address Offset Bytes Code Meaning 
(Hex) 
+00 


“RIFF” 
(ckID) 


+04 | ckSize 
+08 | formType 
+0C Sub-chunk 1 
Sub-chunk 2 > 


ckData [ckSize] 
of RIFF Chunk 


Figure 47 RIFF Chunk Structure 


Note Representative form types are given in Table 25. These are written in all upper-case letters 


because they are registered form types. 


Table 25 Representative Form Types 


[ Femme | nme 
RIFF DIB (Device Independent Bitmap) form 


RMMP RIFF multimedia movie form 
WAVE WAVE Form Audio File format 


5.5.1.3. WAVE Form Audio File Format 


The WAVE Form is one kind of RIFF form. It is a file for handling digitized sound data. The form type is 
WAVE, in upper-case letters. 


The file extension for a WAVE Form Audio File is " WAV". 


130 


The data structure of the WAVE Form Audio File format is shown in Figure 48. 


As is evident from Figure 48, the chunk data (ckData [ckSize]) of a RIFF chunk generally consists of the 
formType ("WAVE"), fmt-ck (format chunk), fact-ck (fact chunk), and data-ck (data chunk). fmt-ck and 
data-ck are mandatory chunks, but fact-ck may be mandatory or not, depending on the format type (audio 
coding format) of the WAVE Form. 


In addition to these, optional sub-chunks may be recorded and may store various attribute information. 


These optional sub-chunks are not shown in Figure 48. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
+00 
“RIFF” 
(ckID) 
Pos po | Bytes Meaning 
4 41 “WAVE” (Hex) 
56 (formType) 4 "fmt" * [20.H] 
45 4 ckSize 
+0C ckSize ckData 
var fmt-ck ckData 
4 “fact” [ckSize0] 
of RIFF 
var fact-ck 4 ckSize Chunk 
ckSize ckData 
var data-ck 
4 “data” 
4 ckSize 
ckSize ckData 


Figure 48 Data Structure of the WAVE Form Audio File Format 


<fmt-ck> 


fmt-ck (format chunk) contains format information designating the format of audio data included in the data- 
ck (data chunk) described later below. The ckID (chunk ID) of fmt-ck is "fmt." 


"fmt " is 3 characters long, so a blank character[20.H] goes at the end. 
fmt-ck is mandatory and shall always be recorded before data-ck. 


Since fmt-ck has the chunk structure, ckSize and ckData[ckSize] are included as its members; but the 
contents of the ckData depend on the format type (audio coding format). This ckData consists of the structure 


given in Equation 2, and the byte array given in Equation 3. 
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struct { 


unsigned int wFormatTag; // Format type 
unsigned int nChannels; // Number of channels 
unsigned long nSamplesPerSec; // Sampling rate 
unsigned long nAvgBytesPerSec; // Average bytes per second 
unsigned int nBlockAlign; // Block alignment 
unsigned int wBitsPerSample; // Bits per sample 
unsigned int cbSize; // Additional bytes 
) WAVEFORMATEX; - - -[Equation 2] 


unsigned char 


extByte[cbSize]; // Additional byte array - - -[Equation 3] 


The meaning of each member of the format information is given in Table 26. 


Table 26 Format Information Members 


| Member | scription | 


wFormatTag An unsigned 16-bit integer indicating the format type (audio coding 
format) of the WAVE Form. Typical format types are given below. 
PCM (Pulse Code Modulation) format: 0001.H 
p-Law format (ITU-T G.711): 0007.H 
IMA-ADPCM (DVI-ADPCM) format: 0011.H 


nChannels An unsigned 16-bit integer indicating the number of channels. 
Monaural is 1 and stereo is 2. 


nSamplesPerSec | An unsigned 32-bit integer indicating the sampling rate (samples per 
second). Audio is played in each channel at this rate. 


In PCM format the common values of this member are 8.000KHz, 
11.025KHz, 22.050KHz, 32.000KHz, 44.100KHz, 48.000KHz, 
96.000KHz, and 192.000KHz. 


nAvgBytesPerSec | An unsigned 32-bit integer indicating the average bytes per second, 


a value transferred to the data in data-ck. 


In PCM format, nAvgBytesPerSec is equivalent to the equation 
below. 


nSamplesPerSec * nBlockAlign 


nBlockAlign An unsigned 16-bit integer indicating the (byte unit) block alignment 
in data-ck. In PCM format, nBlockAlign is equivalent to the equation 
below. 


nChannels * wBitsPerSample/8 
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wBitsPerSample 


cbSize 


extByte[cbSize] 


An unsigned 16-bit integer indicating the bits per sample of each 
channel. 


In PCM format, this value is 8 ,16 or 24. 


In the case of compressed sound data, when this value can not be 
defined it becomes '0'. 


An unsigned 16-bit integer indicating the size (in bytes) of the 
additional format information extByte[cbSize] appended after the 
WAVEFORMATEX structure. This information is used to store 
attributes added in non-PCM formats. If additional information is not 
needed, it becomes '0'. 


In PCM format, this member is not needed (the cbSize field itself is 
not necessary). 


A byte array representing the additional format information appended 
after the WAVEFORMATEX structure. 


The meaning of this information depends on the format type. If the 
value of cbSize is O, this field does not exist. 


In PCM format, both the cbSize field and extByte[cbSize] field are 
unnecessary. 


The fmt-ck structure can be illustrated as in Figure 49. 


Address Offset 
(Hex) 
+00 


+04 
+08 
*0A 
+0C 
+10 
+14 
+16 
+18 
+1A 


Bytes Code Meaning 
Hex Hex 
66 
6D “fmt” 
à 74 (ckID) 
20 
4 ckSize 
2 wformatTag 
2 nChannels 
4 nSamplesPerSec 
4 nAvgBytesPerSec Scis dee | 
2 nBlockAlign n Ped 
2 wBitsPerSample 
2 cbSize $ 
cbSize extByte[cbSize] li a Byte 


Figure 49 fmt-ck Structure 
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<fact-ck> 


fact-ck (fact chunk) is used to store file-dependent information relating to the WAVE file contents. The 
ckID (chunk ID) of fact-ck is "fact". 


It is assumed that fact-ck will be extended in the future to store information needed by WAVE files at that 


time, but currently only one information member is defined. 


The information that can be stored in fact-ck at the present time is defined in Equation 4. 


unsigned long dwSampleLength; // Sample length- - - [Equation 4] 


The meaning of each member of the format information is given in.Table 27. 


Table 27 fact-ck Member 


| Member | scription | 


dwSampleLength | An unsigned 32-bit integer indicating the number of audio data 


samples (sample length). 


When this information is combined with nSamplePerSec in fmt-ck, the 
data length can be expressed in seconds (recording time). 


Since the only information defined presently is dwSampleLength, the value of ckSize (chunk Size) for fact- 
ck is 00000004.H; but ckSize may change in the future as information is added (in which case it will be 
larger than 00000004.H). Programs shall be able to skip over fields they can not interpret and go on to 
process the next chunk. For this reason the capability of correctly reading the value of ckSize is a necessary 
requirement. 

The structure of fact-ck is illustrated in Figure 50. The value of ckSize is fixed at 00000004.H (this value is 


used in Write processing). 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


+00 


+04 


4 [Byte] 
(ckSize) 


+08 


dwSampleLength 


Figure 50 fact-ck Structure 
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<data-ck> 

data-ck (data chunk) is a chunk for storing audio data. Its ckID (chunk ID) is "data". 

The ckData (chunk Data) of data-ck consists of the audio data only. In some cases the chunk is filled out 
with padding bytes. 

The audio data is coded based on the format type. The information in fmt-ck is used when the audio data is 
played back. 


The ckSize (chunk Size) of data-ck is the size of the coded audio data only. The structure of data-ck is 


illustrated in Figure 51. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
+00 64 


“data” 
(ckID) 


+04 Size of audio data 


} Coded audio data 


5.5.2. Basic Structure of PCM Audio Data 


PCM audio data has linear quantization (A/D conversion) characteristics, and is not encoded for compression. 


ckSize 


+08 


Figure 51 data-ck Structure 


It therefore does not need to be decompressed for playback, but can simply be played by reading it directly. 


The basic structure of audio data when the format type is PCM (Pulse Code Modulation) format is shown in 


Figure 52. 
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Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


+00 52 
rag Emo “RIFF” 
46 (ckID) 
46 
+04 4 ckSize 
+08 
Tea “WAVE” 
56 (formType) 
45 
+0C 
24 fmt-ck PCM format information 
(24 Bytes fixed) 
+24 
var data-ck PCM format audio data 


Figure 52 Basic Structure of PCM Format 


The specific values stored in fmt-ck in the case of PCM format are as shown in Table 28. 


Table 28 PCM Format fmt-ck Information 


PCM (Pulse Code Modulation) Format 
[Members [Coe | 


ckSize (fmt-ck) 00000010.H (16 Bytes, since cbSize is unnecessary) 
wFormatTag 0001.H (PCM format) 


The values of each mode are as follows. 
nChannels 
0001.H (monaural) or 0002.H (stereo) 


The values of each mode are as follows. 
00001F40.H (8.000KHz) 
00002B11.H (11.025 KHz) 


00005622.H (22.050KHz) 
nSamplesPerSec 00007D00.H (32.000KHz) 
0000AC44.H (44.100KHz) 
0000BB80.H (48.000KHz) 
00017700.H (96.000KHz) 
0002EE00.H (192.000KHz) 


nAvgBytesPerSec The values of each mode are as follows. 
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00001F40.H (8.000KHz, 8-bit monaural) 
00003E80.H (8.000KHz, 8-bit stereo) 
00003E80.H (8.000KHz, 16-bit monaural) 
00007D00.H (8.000KHz, 16-bit stereo) 
00005DCO0.H (8.000KHz, 24-bit monaural) 
0000BB80.H (8.000KHz, 24-bit stereo) 
00002B11.H (11.025 KHz, 8-bit monaural) 
00005622.H (11.025 KHz, 8-bit stereo) 
00005622.H (11.025 KHz, 16-bit monaural) 
0000AC44.H (11.025 KHz, 16-bit stereo) 
00008133.H (11.025KHz, 24-bit monaural) 
00010266.H (11.025KHz, 24-bit stereo) 
00005622.H (22.050KHz, 8-bit monaural) 
0000AC44.H (22.050KHz, 8-bit stereo) 
0000AC44.H (22.050KHz, 16-bit monaural) 
00015888.H (22.050KHz, 16-bit stereo) 
00010266.H (22.050KHz, 24-bit monaural) 
000204CC.H (22.050KHz, 24-bit stereo) 
00007D00.H (32.000KHz, 8-bit monaural) 


( 
0000FA00.H (32.000KHz, 8-bit stereo) 
0000FA00.H (32.000KHz, 16-bit monaural) 
0001F400.H 


32.000KHz, 16-bit stereo) 
00017700.H (32.000KHz, 24-bit monaural) 
0002EE00.H (32.000KHz, 24-bit stereo) 
0000AC44.H (44.100KHz, 8-bit monaural) 
00015888.H (44.100KHz, 8-bit stereo) 
00015888.H (44.100KHz, 16-bit monaural) 
0002B110.H (44.100KHz, 16-bit stereo) 
000204CC.H (44.100KHz, 24-bit monaural) 
00040998.H (44.100KHz, 24-bit stereo) 
0000BB80.H (48.000KHz, 8-bit monaural) 
00017700.H (48.000KHz, 8-bit stereo) 
00017700.H (48.000KHz, 16-bit monaural) 
0002EE00.H (48.000KHz, 16-bit stereo) 
00023280.H (48.000KHz, 24-bit monaural) 
00046500.H (48.000KHz, 24-bit stereo) 


00017700.H (96.000KHz, 8-bit monaural) 
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0002EE00.H (96.000KHz, 8-bit stereo) 
0002EE00.H (96.000KHz, 16-bit monaural) 
0005DC00.H (96.000KHz, 16-bit stereo) 
00046500.H (96.000KHz, 24-bit monaural) 
0008CA00.H (96.000KHz, 24-bit stereo) 
0002EE00.H (192.000KHz, 8-bit monaural) 
0005DC00.H (192.000KHz, 8-bit stereo) 
0005DC00.H (192.000KHz, 16-bit monaural) 
000BB800.H (192.000KHz, 16-bit stereo) 
0008CA00.H (192.000KHz, 24-bit monaural) 
00119400.H (192.000KHz, 24-bit stereo) 
Definition: nSamplesPerSec * nBlockAlign 


The values of each mode are as follows. 
0001.H (8-bit monaural) 
0002.H (8-bit stereo) 
0002.H (16-bit monaural) 

DISCI 0004.H (16-bit stereo) 

0003.H (24-bit monaural) 
0006.H (24-bit stereo) 

Definition: nChannels * wBitsPerSample / 8 


The values of each mode are as follows. 


0008.H (8bit) or 0010.H (16bit) or 0018.H (24bit) 


In the case of PCM format audio data, the data format of each sample is 8-bit or 16-bit integer. 


wBitsPerSample 


These sample data formats and their values are given in Table 29. 


Table 29 Sample Data Formats and Values 


Sample Size Data Format Minimum Intermediate Maximum 

8-bit PCM | Unsigned Integer 0 (00.H) 128 (80.H) 255 (FF.H) 
16-bit PCM | Signed Integer -32768 (8000.H) 0 (0000.H) 32767 (7FFF.H) 
24-bit PCM Signed Integer | -8388608 (800000.H) | 0 (0000.H) | 8388607 (7FFFFF.H) 


The PCM format audio data contained in data-ck 1s packed as shown in Figure 53. Here the left-hand byte 
stores the lower address and the right-hand byte holds the upper address. 
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Sample 0 Sample 1 Sample 2 Sample 3 


Channel 0 Channel 0 Channel 0 Channel 0 


Byte 0 Byte 1 Byte 2 Byte 3 


(a) 8-bit monaural PCM 


Sample 0 Sample 1 


Channel 0 Channel 1 Channel 0 Channel 1 
(left) (right) (left) (right) 


Byte 0 Byte 1 Byte 2 Byte 3 


(b) 8-bit stereo PCM 


Sample 0 Sample 1 
Channel 0 Channel 0 Channel 0 Channel 0 
Lower Byte Upper Byte Lower Byte Upper Byte 
Byte 0 Byte 1 Byte 2 Byte 3 


(c) 16-bit monaural PCM 


Sample 0 


Channel 0 Channel 0 Channel 1 Channel 1 
(left) (left) (right) (right) 
Lower Byte Upper Byte Lower Byte Upper Byte 


Byte 0 Byte 1 Byte 2 Byte 3 


(d) 16-bit stereo PCM 


Sample 0 Sample 1 
Channel 0 Channel 0 Channel 0 Channel 0 Channel 0 Channel 0 


Lower Byte | Middle Byte | Upper Byte | Lower Byte | Middle Byte | Upper Byte 
Byte 0 Byte 1 Byte 2 Byte 3 Byte 4 Byte 5 


e) 24-bit monaural PCM 
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Sample 0 


Channel 0 Channel 0 Channel 0 Channel 1 Channel 1 Channel 1 
(left) (left) (left) (right) (right) (right) 


Lower Byte | Middle Byte | Upper Byte | Lower Byte | Middle Byte | Upper Byte 
Byte 0 Byte 1 Byte 2 Byte 3 Byte 4 Byte 5 


(f) 24-bit stereo PCM 


Figure 53 Packing of PCM Audio Data 


5.5.3. Basic Structure of p-Law Audio Data 


Each of the audio data samples of u-Law audio data has nonlinear (logarithmic) quantization characteristics. 
For this reason 16 bits of data can be represented in an 8-bit size. In playback, either the data is first 
converted to linear 16-bit data and then put through a linear D/A converter, or else the analog signal is 
derived by going through an 8-bit nonlinear D/A converter with characteristics opposite the u-Law 
quantization characteristics. Details of the nonlinear quantization characteristics and of the conversion 


between 8-bit u-Law data and 16-bit linear data are given in the ITU-T G.711 standard[15]. 
When the format type is u-Law (ITU-T G.711) format, the basic structure is expressed as in Figure 54 . 


The two differences from PCM format are the larger size of fmt-ck (the cbSize file exists) and the existence 
of fact-ck. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


+00 


“RIFF” 
(ckID) 


+04 ckSize 


“WAVE” 


(formType) 
IMA-ADPCM format information 


45 
} 
(28 Bytes fixed) 
+28 S ; 
12 fact-ck amples per channel-unit block 
(IMA-ADPCM format) 
+34 
var data-ck 


Figure 54 Basic Structure of p-Law Format 


+0C 


PCM format audio data 
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The specific values of the information stored in fmt-ck and fact-ck in the case of the u-Law format are given 
in Table 30. 


Table 30 fmt-ck and fact-ck Information in p-Law Format 


p-Law (ITU-T G.711) Format 
[Members | code — 


ckSize(fmt-ck) 00000012.H (18Bytes, WAVEFORMATEX only) 
wFormatTag 0007.H (u-Law format) 


The values of each mode are as follows. 
nChannels 


0001.H (monaural) or 0002.H (stereo) 


nSamplesPerSec | 00001F40.H (8.000KHz) 


The values of each mode are as follows. 


00001F40.H (8.000KHz, 8-bit monaural) 


nAvgBytesPerSec ; 
00003E80.H (8.000KHz, 8-bit stereo) 


Definition: nSamplesPerSec * nBlockAlign 


The values of each mode are as follows. 
0001.H (8bit monaural) 
nBlockAlign . 
0002.H (8bit stereo) 
Definition: nChannels * wBitsPerSample / 8 


wBitsPerSample 0008.H (8bit) 
0000.H (extByte[cbSize] does not exist) 


extByte[cbSize] Not used 


It is recommended that the actual number of samples that 


dwSampleLength | 8" be played be recorded here. 


Definition: (ckSize of data-ck) / nBlockAlign 


The u-Law audio data contained in data-ck is packed as shown in Figure 55. Here the left-hand bytestores 


the lower address and the right-hand byte holds the upper address. 
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Sample 0 Sample 1 Sample 2 Sample 3 


Channel 0 Channel 0 Channel 0 Channel 0 


Byte 0 Byte 1 Byte 2 Byte 3 


(a) p-Law monaural 


Sample 0 Sample 1 
Channel 0 Channel 1 Channel 0 Channel 1 


(left) (right) (left) (right) 


Byte 0 Byte 1 Byte 2 Byte 3 


(b) p-Law monaural 


Figure 55 Packing of p-Law Audio Data 


5.5.4. Basic Structure of IMA-ADPCM Audio Data 


IMA-ADPCM audio data is 4-bit data obtained by compressing 16-bit linear PCM audio data. 


IMA-ADPCM, as seen in its other name DVI-ADPCM, uses a compression algorithm originally developed 
by the Intel DVI Group (DVI: Digital Video Interactive). It was later adopted by the IMA (Interactive 


Multimedia Association) as a standard audio data format. 
Details of the IMA-ADPCM algorithm are given in the IMA Digital Audio Doc-Pac and other documents. 
When the format type is IMA-ADPCM (DVI-ADPCM)[25], the basic structure is as shown in Figure 56. 


A fact-ck is recorded as with the p-Law format, but a difference from that format is the larger fmt-ck size 


(in addition to a cbSize field there 1s a wSamplesPerBlock field). 
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Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 


+00 52 


“RIFF” 
(ckID) 


+04 
+08 
“WAVE” 
(formType) 

+0C : 

28 fmt-ck è IMA-ADPCM format information 

J (28 Bytes fixed) 

*28 i 

12 fact-ck © Samples per channel-unit block 

(IMA-ADPCM format) 

*34 

var data-ck ~ PCM format audio data 


< 


Figure 56 Basic Structure of IMA-ADPCM Format 


The specific values of the information stored in fmt-ck and fact-ck in the case of the IMA-ADPCM format 
are given in Table 31 and Table 32. 


Table 31 IMA-ADPCM Format fmt-ck and fact-ck Information (1) 
IMA-ADPCM (DVI-ADPCM) Format 


[Member | — cede 


ckSize(fmt-ck) 00000014.H (20 Bytes) 


wFormatTag 0011.H (IMA-ADPCM format) 


nChannels 0001.H (monaural) or 0002.H (stereo) 


The values of each mode are as follows. 
00001F40.H (8.000KHz) 
nSamplesPerSec 00002B11.H (11.025 KHz) 
00005622.H (22.050 KHz) 
0000AC44.H (44.100KHz) 
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The values of each mode are as follows. 
00000FD7.H (8.000KHz, 4-bit monaural) 
00001FAE.H (8.000KHz, 4-bit stereo) 
000015D4.H (11.025 KHz, 4-bit monaural) 
00002BA9.H (11.025 KHz, 4-bit stereo) 

nAvgBytesPerSec 00002B5C.H (22.050KHz, 4-bit monaural) 
000056B9.H (22.050KHz, 4-bit stereo) 
0000566D.H (44.100KHz, 4-bit monaural) 
0000ACDB.H (44.100KHz, 4-bit stereo) 


( 
( 


Definition: 


nSamplesPerSec*nBlockAlign / wSamplesPerBlock 


The values of each mode are as follows. 


0100.H (8.000KHz, 4-bit monaural) 
0200.H (8.000KHz, 4-bit stereo) 
0100.H (11.025 KHz, 4-bit monaural) 
0200.H (11.025 KHz, 4-bit stereo) 
( 
( 
( 
( 


0200.H (22.050KHz, 4-bit monaural) 
0400.H (22.050KHz, 4-bit stereo) 
0400.H (44.100KHz, 4-bit monaural) 
0800.H (44.100KHz, 4-bit stereo) 


nBlockAlign 


Although the definition is (N+1) * 4 * nChannels, 
the use of 


256 * nChannels * 


max (1,nSamplesPerSec / 11.025KHz) 


is recommended. 


wBitsPerSample |0004.H (4 bits) 
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Table 32 IMA-ADPCM Format fmt-ck and fact-ck Information (2) 
IMA-ADPCM (DVI-ADPCM) Format 
Members Code 
The values of each mode are as follows. 

01F9.H (8.000KHz, 4-bit monaural) 
01F9.H (8.000KHz, 4-bit stereo) 
01F9.H (11.025 KHz, 4-bit monaural) 
01F9.H (11.025 KHz, 4 bit stereo) 
03F9.H (22.050KHz, 4-bit monaural) 
O3F9.H (22.050KHz, 4-bit stereo) 

07F9.H (44.100KHz, 4-bit monaural) 

07F9.H (44.100KHz, 4-bit stereo) 


extByte[cbSize] 


If the definition is, wSamplesPerBlock (an unsigned 16-bit 
integer indicating the samples per channel-unit block), and 


X — (nBlockAlign -(4 * nChannels)) * 8 


Y = wBitsPerSample * nChannels 
then, 


wSamplesPerBlock =(X/Y)+1 


It is recommended that the actual number of samples that 
can be played back be recorded. 


The definition is as follows. 


dwSampleLength | If 


X = ckSize of data-ck/nBlockAlign 


then, 


dwSampleLength = (X+1) * wSamplesPerBlock 


The IMA-ADPCM audio data contained in data-ck is packed as shown in Figure 57, Figure 58 and Figure 
59 when it is recorded. 

A feature of this format 1s the existence of a header at the start of each block. The header records the initial 
sample value for that block and a step (quantization table) index. The audio data in each channel is 
independent, so the number of header words is the same as the number of channels. 

A header word consists of 4 Bytes, and is defined as in Equation 5. The existence of a header means IMA- 
ADPCM audio data can be played from any block. In other words, random access is possible on a per-block 
basis. 

In Figure 57 to Figure 59, the left-hand byte stores the lower address and the right-hand byte holds the upper 


address. 
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typedef struct { 
signed int iSamp0; // Initial sample value of the block 


unsigned char bStepTableIndex; // Step table index 


unsigned char  bReserved; // reserved byt 


) IMA ADPCMBLOCKHEADER; - - -[Equation 5] 


In Figure 57 to Figure 59, N, M, and P have the following significance. 


N = (nBlockAlign/(4*nChannels)) - 1 - - -[Equation 6] 
M 2-0 qm: ue , N-1 - - -[Equation 7] 
P= (M* 8) + 1 - - -[Equation 8] 


Header Word Header Word Data Word 0 Data Word 0 


Channel 0 Channel 1 Channel 0 Channel 1 
(left) (right) (left) (right) 


Data (total = N words/Channel) 


XA 


Data Word M Data Word M Data Word N-1 Data Word N-1 
Channel 0 Channel 1 Channel O Channel 0 


(left) (right) (left) (right) 


Figure 57 Packing of IMA-ADPCM Audio Data 


Header Word (4Byte) 


Sample 0 Sample 0 
Step Table Index Reserved Byte 


Lower Byte Upper Byte 
Byte 0 Byte 1 Byte 2 Byte 3 


Figure 58 Header Word of IMA-ADPCM Audio Data 


Data Word M (4 Bytes) 


Sample Pi P+1 


LSB MSB;LSB MSB|LSB MSB;LSB MSB|LSB MSB LSB MSB | LSB MSB i LSB MSB 
Byte 0 Byte 1 Byte 2 Byte 3 


Figure 59 Data Word M of IMA-ADPCM Audio Data 
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5.6. Chunks Used 


The chunks used in Exif audio files are described here. 


5.6.1. WAVE Form Audio File Basic Chunks 


The basic chunks of a WAVE Form Audio File, as is evident from the basic structure of the WAVE file 


shown in Figure 48, are the four below. 
* RIFF chunk 
* fmt chunk 
* fact chunk 


* data chunk 


[Additional Explanation] 
The fmt chunk, fact chunk and data chunk are sub-chunks of the RIFF chunk. A WAVE file consists of one 


RIFF chunk, with specific information recorded in the sub-chunks. 


Only when the form type is PCM (Pulse Code Modulation) format, the fact chunk is unnecessary. With non- 
PCM formats such as u-Law and IMA-ADPCM, it is mandatory, which is why fact-ck is included in the 


basic chunks here. 
It is possible to add other optional sub-chunks as well. 


At the head of the chunk data (ckData) of the RIFF chunk there is a form type called "WAVE". 


5.6.2. LIST Chunk and INFO List 


A WAVE form and other RIFF forms store a variety of information in sub-chunks of the RIFF chunk. 


These sub-chunks in many cases are specific to each form type; but there are also general-purpose chunks 


for storing additional information regardless of the data specified for a given form type. 


One of these general-purpose chunks is the LIST chunk. Here the use of the LIST chunk is explained. 


5.6.2.1. LIST Chunk 


The LIST chunk is a general-purpose chunk that may be used with the files of many different form types. 
The LIST chunk is a pre-registered general-purpose chunk, so its ckID (chunk ID)should be written in upper- 


case letters. 
Included in the LIST chunk is a sub-chunk list (series of sub-chunks) and sequence designation. 


The LIST chunk ckData (chunk data) consists of a four-character code at the beginning called a listType 
(list type), followed by the sub-chunk list. 


This structure resembles that of the RIFF chunk, but the LIST chunk is always farther down the hierarchy 
than the RIFF chunk. 
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The list type is used to identify the list contents. For this reason there are list types that are used only with 


certain form types. If a list type that can not beinterpreted is encountered, that LIST chunk may be ignored. 


The list type shall be registered. A general-purpose list type that 1s registered and should be used with various 


form types is written in all upper-case letters. 
A list type that can be used only with a specific form type is written in lower-case letters. 


The LIST chunk structure is illustrated in Figure 60. 


Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
+00 4C 
4 49 ESTE 
53 (ckID) 
54 
+04 4 ckSize 
+08 4 listType 
+0C var Sub-chunk 1 
var | Sub-chunk 2 > ckData [ckSize] 
: » Sub-chunk list { of LIST Chunk 
E A AALE y) 


Figure 60 LIST Chunk Structure 


5.6.2.2. INFO List 


An "INFO list" is a LIST chunk having the registered, general-purpose listType "INFO". 

The need for information such as title, copyright and comments is similar in each of the form types. The 
INFO list is used for storing these kinds of information. 

The information itself in an INFO list is stored in the sub-chunk lists. These sub-chunks use only pre- 
registered, general-purpose chunks, described later below. 

The INFO list information is supplementary and has no influence on the interpretation of the main data, such 
as WAVE form audio data. It may therefore be skipped without problem. If an unknown chunk is included 


on the INFO list, as when a new chunk has been defined, it shall be to be ignored. 


The INFO list chunks currently defined are given in Table 33. These pre-registered chunks are stored as 
ASCII strings terminated with NULL. 


Table 33 INFO List Chunks 


Archival Location. 
IARL 


Indicates where the subject of the file is archived. 
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Artist. 


Lists the artist of the original subject of the file. 


Commissioned. 


Lists the name of the person or organization that commissioned the 
subject of the file. 


Comments. 
Provides general comments about the file or the subject of the file. 
Copyright. 
Records the copyright information for the file. 
Creation date. 
Indicates the date the subject of the file was created. 
Cropped. 
Indicates whether an image has been cropped 
Dimensions. 
Specifies the size of the original subject of the file. 
Dots Per Inch (DPI). 
Stores the dots per inch setting of the digitizer used to produce the file. 
Engineer. 
Stores the name of the engineer who worked on the file. 
Genre. 
Describes the genre of the original work. 
Keywords. 
Provides a list of keywords that refer to the file or subject of the file. 
Lightness. 


Describes the changes in lightness settings on the digitizer required to 
produce the file. 


Medium. 


Describes the original subject of the file, such as, "computer image," 
"drawing," "lithograph," and so forth. 


Name. 

Stores the title of the subject of the file. 
Palette Setting. 

Specifies the number of colors requested when digitizing an image. 
Product. 


Specifies the name of the title the file was originally intended for, such 
as "Encyclopedia of Pacific Northwest Geography." 
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Subject. 
Describes the file contents, such as "Aerial view of Seattle." 


Software. 


Identifies the name of the software package used to create the file. 


Sharpness. 


Identifies the changes in sharpness for the digitizer required to produce 
the file. 


Source. 


Identifies the name of the person or organization who supplied the 
original subject of the file. 


Source Form. 


Identifies the original form of the material that was digitized, such as 
paper, 


"slide, map," and so forth. 


Technician. 


Identifies the technician who digitized the subject file. 


A typical INFO list is shown in Figure 61. 
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Address Offset Bytes Code Meaning Bytes Code Meaning 


(Hex) (Hex) (Hex) (Hex) (Hex) 
+00 49 
HISE 4 4E “INAM” 
(ckID) 41 (ckID) 
4D 
+04 0A 
64 [Byte] 4 00 10 [Byte] 
(ckSize) 00 (ckSize) 
00 
+08 
i “Two Trees”Z 
"INFO" SE (ckData) 
(listType) 
+0C 
“ICMT” 
+1E (ckID) 
33 [Byte] 
(ckSize) 
“A picture for 
. the opening 
ckSize screen”Z 
(ckData) 


Figure 61 Typical INFO List 


The following points need to be observed in using the INFO list. They are explained in reference to Figure 
61. 


* The 'Z' at the end of the text string information in the INAM and ICMT chunks means NULL 
termination. The actual code appended is [00.H]. 


* The chunk data (ckData) in each chunk shall be an even number of bytes. If the data itself is an odd 
number of bytes, it shall be padded by one additional byte. 


* In the example in Figure 61, the ICMT chunk has 33 Bytes of information including the NULL 
termination, so a padding byte [00.H] shall be appended. No padding is necessary with the INAM 


chunk information, since the size including NULL termination is 10 Bytes. 


* The value of the chunk size (ckSize) of the ICMT chunk does not include the padding byte. However, 
the chunk size of the LIST chunk that is its parent chunk shall include the padding bytes in the sub- 
chunks. If this rule is not observed, it will not be possible to determine the start address of a chunk 


following after this LIST chunk. 
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5.6.2.3. INFO List used by Exif audio files 


The INFO list used with Exif audio files is as follows. 


The chunks that may be included on the INFO list are those given in Table 33; but of these, only the following 


are used with Exif audio files. 


INAM 
Records the title of the Exif audio file. The title is written in an ASCII string and terminated with NULL. 
Recording this information is optional. 


Ex.) "Exif Audio File Example"Z 


IGNR 


Records the genre of the Exif audio file subject. The genre name is written in an ASCII string and 


terminated with NULL. Recording this information is optional. 


Ex.) "narration"Z 


ICRD 


Records the date the Exif audio file was created. It is written as a fixed-length ASCII string, in the 
format year-month-day. That is, the year, month, and day are separated by a hyphen. The year is four 
digits, while month and day are two digits each. If the number of the month or the day is less than 10, 
the first digit is 0. The order shall be year-month-day. Since this information is written as an ASCII 
string, it shall be terminated with NULL. This chunk is fixed-length (the chunk data is 11 Bytes, and a 


padding byte is added to make it an even byte number). Recording this information is optional. 


Ex.) "1997-04-08"Z (Note: =April 8, 1997) 


ICMT 


Records a general comment on the Exif audio file or its subject. Comments are written in ASCII text 
terminated with NULL. If there are two or more comments, each statement ends with a period. A 


carriage return or line feed character shall not be used. Recording this information is optional. 


Ex.) "Recorded by Digital Still Camera"Z 


IART 


Records the name of person who created the Exif audio file. The name is written in an ASCII string and 


terminated with NULL. Recording this information is optional. 


Ex.) "Taro Yamada"Z 


ICOP 


Records copyright information for the Exif audio file. The copyright is written in ASCII text and 
terminated with NULL. In case of multiple copyright information, each is separated by a semicolon 


followed by one blank space [20.H]. Recording this information is optional. 
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Ex.) "Copyright Exif Corporation 1997."Z 


[Notes and Additional Information] 
* A camera shall not record chunks other than those listed above. 


* [f a camera encounters an unknown chunk when reading the INFO list, it shall skip that chunk. It is 
possible that the INFO list will be expanded in the future, and this provision ensures that 


compatibility will be maintained. 
* [Information shall be recorded in accord with the general INFO list stipulations. 
* All the information on the INFO list is optional, and does not have to be recorded. 


* The INFO list used for Exif audio files consists of pre-registered, general-purpose chunks only, which 
means this information can be read by commercial "RIFF Form Reader" software (such as the utility 


software provided with Windows(tm)). 


5.6.3. Chunks for Attribute Information Specific to 
Exif Audio Files 


Recording of attribute information specific to Exif audio files is done as follows. 


Exif-specific attributes are those not defined for ordinary WAVE Form Audio Files but only for Exif audio 
files. This 1s auxiliary information with no influence on interpretation of the audio data itself. For this reason 


an Exif audio file can still be compatible with a standard WAVE Form Audio File. 


The attributes specific to Exif audio files are recorded as follows. 


1. LIST chunk is used. 
The compatibility noted above is realized by using a pre-registered, general-purpose LIST chunk to 
record the attribute information specific to Exif audio files. Since it may be used with all the LIST 
chunk form types, this chunk may be put in the WAVE Form Audio File. The individual information 
is recorded in sub-chunks of the LIST chunk. 


2. A dedicated list type "exif" is defined. 
The information in the LIST chunk is explicitly labeled as information specific to Exif audio files by 
defining a dedicated list type. The following is used as this list type. 
* Dedicated Exif list type: "exif" (all lower-case letters) 


The attributes specific to Exif audio files can not be used in the WAVE Form Audio File format, so 


it is all written in lower-case letters. 


Hereafter, the notation "exif list" is used to mean the LIST chunk whose list type is exif. 


3. A dedicated chunk is defined for each of the attributes. 
Since there are no corresponding existing chunks, a dedicated chunk is defined to record the attribute 


information specific to Exif audio files. The information items and their chunks are described below. 
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ever 


erel 


Records the version information (number) of this standard. 


As with Exif image files, it is recorded in 4 Bytes. The address bytes are recorded as Al, A2, BI, B2, 
starting with the lowest number. A1 and A2 store the upper part of the standard version, with the lower 
part stored in B1 and B2. Al, A2, Bl and B2 are ASCII numerals giving the version number, but NULL 


termination is unnecessary. This chunk is mandatory. 
On the conventions for version number updating, see section 5.2. 


Ex.) "0300" (Version 3.0) 


Records information pointing to an Exif image file related to the Exif audio file recorded in this chunk. 
Recording this information makes it possible for a camera or application software to map an image to 


sound during playback. 


The relational information consists of the name of the corresponding Exif image file, given as an 8- 
character file name plus 3-character extension in ASCII format. The path is not written. Stipulations on 


images are given in section 4.6.6.5. File naming rules are covered in section 4.8.3. 


The mapping of Exif image files and audio files is done in any of the three ways shown in Table 34. If 
multiple files are mapped to one file as in [2] or [3] of Table 34, the above format is used to record just 


one destination file name. If there are multiple destination files, the first recorded file is given. 


In the case of [2] in Table 34, for the Exif audio file "SND00001.WAV" only "DSC00001.JPG" is given 
as the related image file. When there are three Exif image files "DSC00001.JPG," "DSC00002.JPG" 
and "DSC00003.JPG," the related Exif audio file name for each of them, "SND00001.WAV," is 
indicated. By combining multiple relational information, a variety of playback possibilities can be 
supported. The method of using relational information is left to the implementation on the playback 
side. Since this information is an ASCII character string, it is terminated with NULL. If there is a related 


Exif image file, this chunk is mandatory. 


Ex.) "DSC00001.JPG"Z 
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Table 34 Mapping between Image and Audio Files 


Relationship Exif Image File | Exif Audio File 


[1] 1 to 1 DSC00001.JPG | SND00001.WAV 


DSC00001.JPG ! SND00001.WAV 
[2] Plural to 1 DSC00002.JPG 


DSC00003.JPG 


DSC00001.JPG | SND00001.WAV 
[3] 1 to Plural | SND00002. WAV 
| SND00003. WAV 


etim 

Records the time of Exif audio file creation. This is defined as the time the recording of audio data was 
started. Time 1s expressed as a variable-length ASCII string. In order to conform as closely as possible 
to the Exif image file, time 1s recorded in the format "hour:minute:second.sub-second," with a colon in 
between each time unit and a period before the sub-second position. 

Hour, minute and second are written as two digits each, with the first digit a zero if the value is one 
digit. Sub-seconds may be expressed to any desired decimal place. If there is no sub-second information, 
the string ends with a period only. 

The order of time units is hour, minute, second, sub-second. The information is written as an ASCII 


string, so it shall be terminated with NULL. Recording this information is optional. 


Ex.) "10:05:10.130"Z 


ecor 
Records the name of the manufacturer of the equipment on which the Exif audio file was created. 
The manufacturer name shall be written in an ASCII string and terminated with NULL. Recording this 
information is optional. 


Ex.) "Digital Still Camera Corporation"Z 


emdl 
Records the model name of the equipment on which the Exif audio file was created. The model name 


shall be written in an ASCII string and terminated with NULL. Recording this information is optional. 


Ex.) "DSCameral000"Z 


emnt 
As with Exif image files, this chunk is used by the Exif/DCF writer manufacturer to record design 


information, version history and other maker-specific information. The contents and format of the 
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information are up to each manufacturer. Other manufacturers see this information only as a byte array 


of the size determined by the chunk size ( ckSize). 


Recording this information is optional. 


eucm 


Records user comment information that can not be recorded on, or is not suitable for, the INFO list. 
Basically this is text information. Character code information is included so languages that do not use 


ASCII may be used here. Recording this chunk is optional. 


Recording of user comments is discussed below. The structure of the user comment chunk is shown in 


Figure 62. 

Address Offset Bytes Code Meaning 
(Hex) (Hex) (Hex) 
+00 


4 "eucm" 
(ckID) 
Bytes Meaning 
(Hex) 
+04 ckSize 8 | Character code 


+08 ckData 


(user comment) 


ckSize var User Comments 


Figure 62 Structure of User Comment Chunk 


As seen in Figure 62, the chunk data area storing the user comment starts with an 8-byte character code area, 
where the character identifier code is given. The rest of the chunk data area is the user comment area, used 


for writing comments. See section 4.6.4 for character identifier code. 


In order to match the format of the actual comments in the user comment part to that of the Exif image file 
UserComment tag, NULL termination is not used even if the comment is written in ASCII text. In accord 
with the chunk specification, however, a padding byte [00.H] shall be used if the chunk data is not an even 


number of bytes. 


[Notes and Additional Information] 


* The above chunks incorporated in exif list are used with a specific form type ('WAVE') and are 


therefore written in all lower-case letters. 


* Only the ever chunk is mandatory; the others are optional. If an Exif image file related to an audio 


file exists, the erel chunk is also mandatory. 


* When the exif list is read by a camera, information that can not be recognized may be encountered, 
such as the emnt chunk or an Undefined string in the eucm chunk. In that case the chunk shall be 


skipped. 


* An Exif/DCF reader and writer shall conform to the stipulations for an ordinary LIST chunk. 
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* A general-purpose RIFF Form Reader will ignore the exif list. A dedicated Exif/DCF reader is 


required for reading the exif list. 


* The Figure 63 shows the exif list structure and a coding example. The ever chunk is mandatory and 
has a fixed length (chunk data is 4 Bytes). The erel chunk data is 13 Bytes (odd), so a padding byte 


is added. The erel chunk is also fixed length. 


Address Offset 
(Hex) 


*00 


*04 


*08 


+0C 


+18 


5.7. Data Description 
5.7.1. File Naming Stipulation 


Bytes 
(Hex) 


Code 


Meaning 


Meaning 


38 [Byte] 
(ckSize) 


4 “exif? 
(listType) 

12 ever-ck 

22 erel-ck 


4 [Byte] 


Figure 63 exif List Structure and Typical Coding 


4 
(ckSize) 
4 “0200” 
(ckData) 
65 
: 72 "erel" 
65 (ckID) 
6C 
OD 
4 00 13 [Byte] 
00 (ckSize) 
00 
13 "DSC00001.JPG'Z 
(ckData) 


The file name and characters used for file names are not specified, other than to stipulate the use of ASCII 


alphanumerics. (File names in Japanese or other character sets are not to be used.) File names shall be 8 


characters or fewer, not including the extension. (Long file names are not to be used.) The file extension is 


". WAV" (to match the WAVE Form Audio File extension) regardless of the audio data format type. 
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5.7.2. Typical Exif Audio File 


Typical Exif Audio File Figure 64 shows the configuration of a typical Exif audio file. 


The shaded parts of Figure 64 are the mandatory elements of an Exif audio file. The hatching (fact-ck only) 
means that this chunk 1s not required if the audio data is PCM (Pulse Code Modulation) format, but is 
mandatory for all non-PCM formats (u-Law, IMA-ADPCM), etc. The non-shaded elements are optional. 


RIFF Chunk "WAVE" (formType) 


fmt-ck (Format Chunk) 


fact-ck (Fact Chunk) 
INFO List Chunk "INFO* (listType) 


INAM-ck (Title) 
IGNR-ck (Genre) 


ICRD-ck (Date) 


ICMT-ck (Comment) 
IART-ck (Creator) 
ICOP-ck (Copyright) 


exif List Chunk "exif" (listType) 


ever-ck (Version) 


erel-ck (Related Information) 
etim-ck (Time) 
ecor-ck (Make) 


emdl-ck (Model) 


emnt-ck (Maker Note) 


eucm-ck (User Comment) 


data (Data Chunk) 


Figure 64 Exif Audio File Configuration 


The means of recording the data of each element is given in the section for that element. 

Figure 65 shows the most common Exif audio file data structure. Exif audio file data is recorded in accord 
with the structure shown in Figure 65. Each sub-chunk is recorded in accord with its stipulations. Optional 
chunks may be omitted. 
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Address Offset 
(Hex) 


*00 


+04 
+08 


+0C 


Bytes 
(Hex) 


var 


var 


var 


“WAVE” 
ini 
EN 
4 
4 
4 


Meaning Bytes Meaning 
(Hex) 


dB ESI 
(ckID) “INFO” 


INAM-ck 
IGNR-ck 
ICRD-ck 
ICMT-ck 


IART-ck 
ICOP-ck 


“HST 
ckSize 


(formType) 


fact-ck 


INFO List 
Chunk 
exif List 
Chunk 


“exif” 


var 


data-ck 


[| me — 
[| core — 
[| meo 
[| cem — 
mer — 


Figure 65 Data Structure of a Typical Exif Audio File 
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6. Box Format Metadata 
6.1. Metadata Types 


This chapter describes the metadata that can be stored using the APP11 box structure described in section 
4.7.5. 


At this point in time, the metadata defined in this standard 1s as follows, and both types are optional. 


For metadata specifications, see the chapter or section referenced in the table. 


Table 35 Box Format Metadata 


Data Type Label (see Figure 41) Reference 
Annotation data “Exif_AN[NULL]” Section 6.2 
Other Reserved for future use = 


6.2. Annotation Data 
6.2.1. Overview 


This section defines the annotation data description method and describes the following items. 
* Description language 
* Describing the area 
* Describing attached information 
* Describing multiple data 


* Defining a layer structure 


Annotation data constitutes specifications for annotating areas of an image (including all areas) using XML 
or JSON (JSON-LD), which are widely used in AI and the IoT, for the purpose of description. 


6.2.2. Description Language 


The language used for annotation data is selected from the two description languages of XML and JSON 


(JSON-LD) in accordance with usage. 


The following sections define the tags established in this standard. For each tag definition, the data types 
specified in the Type area conform to the standard data types defined in the XML and JSON standards, 


respectively. 


6.2.3. Annotation Description Method 
6.2.3.1. Configuration 


The annotation data defined in this standard shall be written within the following element: 


exifEX: ExifAN (Exif ANnotation metadata) 
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XML and JSON (JSON-LD) examples are given in Annex J. 


Annotation data consists of area information inside the image and attached information of the area. The 
attached information consists of a tag name and a corresponding description. Figure 66 shows the annotation 


data configuration. 


Image 


Area Information 


Attached Information 1 


Tag + description 


Figure 66 Annotation Data Configuration 


6.2.3.2. Area 
6.2.3.2.1. Position of Area 


The position of the area is expressed by a horizontal position and a vertical position. With the center of the 
upper left corner pixel in the image direction at which the Orientation tag value is 1 as the origin of the 
coordinates, the value of the horizontal position is expressed as the value obtained by multiplying the 
horizontal reference width (hereinafter referred to as ANW: ANnotation denormalizing factor for image 
Width) by the value of the position normalized to 0 to 1 in the horizontal direction of the image when 
annotation is added. The value of the vertical position is expressed as the value obtained by multiplying the 
vertical reference height (hereinafter referred to ANH: ANnotation denormalizing factor for image Height) 
by the value of the position normalized to 0 to 1 in the vertical direction of the image when annotation is 
added. 


As shown in Figure 67, when the image when annotation is added has the origin in the upper left of the 
image, the image width is IW pixels, the image height is IH pixels, and the coordinates of a point in the 
image are (IX, IY), the horizontal position X and the vertical position Y of the area are found by the 


following equations: 


X — IX / IW ** ANW 


Y = IY / IH * ANH 
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Origin | Image width (IW i X coordinate 
ul ys i (IW,0) 


Image height (IH) 


(IX,IY) 


Y coordinate 
(0,1H) 


Figure 67 Position of Area of Image When Adding Annotation 


The X and Y values mean the following based on the ANW and ANH values. 


Table 36 ANW or ANH Value and Position Meaning 


ANW or ANH Value Position Value Meaning 
1 Position normalized to O to 1 
100 Position expressed as a percentage or 


position when image width (height) is 100 


ANW - IW / ANH = IH X coordinate in units of number of pixels / 


Y coordinate in units of number of pixels 


When ANW and ANH are not written, ANW is the width of the image recorded in the JPEG marker, and 
ANH is the height of the image recorded in the JPEG marker. 


When ANW and ANH are not written, there is a possibility of inconsistency between the position when 
annotation is added and the position of the JPEG image, such as when the JPEG image is resized, and thus 
ANW and ANH are preferably written. 


6.2.3.2.2. Horizontal Reference 


ANW, the width of the horizontal reference when determining the horizontal value position, is defined as 
follows. 
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Tag = 


Type = 


Count = 
Default = 


XML 


> exifEX:ANW 


JSON(JSON-LD) : exifEX:ANW 


XML 


: decimal 


JSON(JSON-LD) : number 


1 


Width of image recorded in JPEG marker 


6.2.3.2.3. Vertical Reference 


ANH, the height of the vertical reference when determining the vertical value position, is defined 


as follows. 


Tag = 


Type 


Count = 
Default 


XML 


f exifEX:ANH 


JSON(JSON-LD) : exifEX: ANH 


XML 


: decimal 


JSON(JSON-LD) : number 


1 


Height of image recorded in JPEG marker 


6.2.3.2.4. Area Types, Names, and Position Expressions 


The area types are described below 


Table 37 Area Types, Tag Names, and Coordinate Expressions 


Area Name | Language Area Tag Name Attributes 
Rectangle XML exifEX:rectangle Expressed by upper left corner position (UX, 
UY) and lower right corner position (BX, BY), 
JSON exifEX:rectangle or upper left corner position (UX, UY) and 
area width W and height H 
Point XML exifEX:multiplepoints |All point positions (X1, Y1, X2, Y2,,,,,, Xn, Yn) 
JSON _ |exifEX:multiplepoints 
Line XML exifEX:line Expressed by all peak multipoint positions of 
JSON  |exifEX:line the polygonal line 
Polygon XML exifEX:polygon Expressed by all corner multipoint positions 
JSON  |exifEX:polygon of the polygon 
Circle XML exifEX:circle Expressed by the circle center position (CX, 
JSON  [exifEX:circle CY) and the radius R 
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Ellipse XML exifEX:ellipse Expressed by the ellipse center position (CX, 
CY), long radius LR, short radius SR, and 
rotation angle Angle, or ellipse center 


JSON |exifEX:ellipse position (CX, CY), long diameter L, short 
diameter S, and rotation angle Angle 


The rotation angle Angle is specified by the 


clockwise angle (degree) given 0 degrees as 
the X-axis direction 


Whole image exifEX:whole NULL 


6.2.3.2.5. Rectangle Area 


The rectangle area can be specified by expressing the upper left and lower right corner positions of the 
rectangle, or by expressing the upper left corner position of the rectangle and the width and height of the 


rectangle. 


When expressed by the upper left and lower right corner positions of the rectangle, the rectangle is expressed 
by the upper left corner position (UX, UY) and the lower right corner position (BX, BY) of the rectangle. 
And, when expressed by the upper left corner position of the rectangle and the width and height of the 
rectangle, the rectangle is expressed by the upper left corner position (UX, UY) of the rectangle and the 
width W and the height H of the rectangle. 


UX and BX, as in X in section 6.2.3.2.1, are each expressed by a value obtained by multiplying ANW by a 
value of the position normalized to 0 to 1 in the horizontal direction. UY and BY are also, as in Y in section 
6.2.3.2.1, each expressed by a value obtained by multiplying ANH by a value of the position normalized to 
0 to 1 in the vertical direction. W is expressed by a value obtained by multiplying ANW by the value of the 
width of the rectangle normalized to 0 to 1 in the horizontal direction. H is expressed by a value obtained 
by multiplying ANH by the value of the height of the rectangle normalized to 0 to 1 in the vertical direction. 
Note that a rotated rectangle can be expressed as four points of a polygon, which is simpler than rotated 


coordinates, and thus is not defined in this standard. 
Tag = XML > exifEX:rectangle 
JSON(JSON-LD) : exifEX:rectangle 
Type = XML : decimal 


JSON(JSON-LD) : number 


Count = 4 
Default = None 
Attributes 


UX: The value obtained by multiplying the horizontal reference width ANW by the horizontal 
position value of the upper left corner of the rectangle normalized to 0 to 1 in the horizontal 


direction in the image when annotation is added 
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UY: The value obtained by multiplying the vertical reference height ANH by the vertical position 
value of the upper left corner of the rectangle normalized to 0 ot 1 in the vertical direction 


in the image when annotation is added 


BX: The value obtained by multiplying the horizontal reference width ANW by the horizontal 
position value of the lower right corner of the rectangle normalized to 0 to | in the horizontal 


direction in the image when annotation is added 


BY: The value obtained by multiplying the vertical reference height ANH by the vertical 
position value of the lower right corner of the rectangle normalized to 0 ot 1 in the vertical 


direction in the image when annotation is added 


W: The value obtained by multiplying the horizontal reference width ANW by the horizontal 
width value of the rectangle normalized to 0 to 1 in the horizontal direction in the image 


when annotation is added 


H: The value obtained by multiplying the vertical reference height ANH by the vertical height 
value of the rectangle normalized to 0 to 1 in the vertical direction in the image when 


annotation is added 


Example [XML] : 


<exifEX:rectangle> 


<UX>1010</UX> 


UY>110</UY> 


< 
<BX>2010</BX> 
< 


BY>910</BY> 


</exifEX:rectangle> 


or 

<exifEX:rectangle> 
<UX>1010</UX> 
<UY>110</UY> 
<W>1000</W> 
<H>800</H> 


«/exifEX:rectangle» 


Example [JSON(JSON-LD)] : 


"exifEX:rectangle":("UX":1010,"UY":110, “BX” :2010, "BY":910] 


or 


"exifEX:rectangle":("UX":1010,"UY":110,"W":1000, "H":800] 
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Origin Image width (IW i X coordinate 


(0,0) | i — (WO) 


(UX, UY) 


Rectangle 
Area 


Image height (IH) 


(BX, BY) 


Y coordinate 
(0,1H) 


Figure 68 Rectangle Area - 1 


Origin Image width (IW X coordinate 


(0,0) ai i (IW,0) 


i Rectangle i 
| width (W) i 


Rectangle 
Area 


Image height (IH) 


= 
DI 
Sw 

da 
259 

© 
See 


Y coordinate 
(0,1H) 


Figure 69 Rectangle Area - 2 


6.2.3.2.6. Point 


Point(s) are expressed by one or more sets of (X, Y) point coordinates. 
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X, as in X in section 6.2.3.2.1, is expressed by the value obtained by multiplying ANW by the horizontal 
position value of the point normalized to 0 to 1 in the horizontal direction. Y is also, as in Y in section 
6.2.3.2.1, expressed by the value obtained by multiplying the ANH by the vertical position value of the point 


normalized to 0 to 1 in the vertical direction. 
Tag = XML > exifEX:multiplepoints 


JSON(JSON-LD) : exifEX:multiplepoints 


Type = XML : decimal 
JSON(JSON-LD) : number 
Count = 2n (where n is the number of pairs of X and Y) 
Default = None 
Attributes 


X: The value obtained by multiplying the horizontal reference value ANW by the horizontal 
position value of the point normalized to 0 to 1 in the horizontal direction in the image when 


annotation is added 


Y: The value obtained by multiplying the vertical reference height ANH by the vertical position 
value of the point normalized to 0 to 1 in the vertical direction in the image when annotation 
is added 


Example [XML] : 


<exifEX:multiplepoints> 


<X>10</X> 
<Y>20</Y> 
<X>30</X> 


<Y>40</Y> 


</exifEX:multiplepoints> 


Example [JSON(JSON-LD)] : 


"exifEX:multiplepoints":("X":10,"Y":20, "X":30,"Y":40,,,] 
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Ena | Image width (IW X coordinate 
CON i (wO) 
E 

= 

a 

2 

D Point 

D e 

E (X, Y) 


Y coordinate 
(0,1H) 


Figure 70 Point 


6.2.3.2.7. Line 


A line is expressed by all peak positions of the polyline. All peak positions of the polyline are expressed by 


point descriptions. The polyline is constituted by line segments connected in the order of the described 


points. 

Tag = XML > exifEX:line 
JSON(JSON-LD) : exifEX:line 

Type = XML : decimal 
JSON(JSON-LD) : number 

Count =  2n(wheren is the number of pairs of X and Y) 

Default = None 

Attributes 


exifEX:multiplepoints 
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Example [XML] : 


<exifEX:line> 


<exifEX:multiplepoints> 


<X>10</X> 
<Y>20</Y> 
<X>30</X> 


<Y>40</Y> 


</exifEX:multiplepoints> 


«/exifEX:line» 


Example [JSON(JSON-LD)] : 


"exifEX:line": { 


"exifEX:multiplepoints":("X":10,"Y":20,"X":30,"Y":40, , ,) 


Origin ; Image width (IW i X coordinate 


(0,0) . | i (IW,0) 


Image height (IH) 


Y coordinate 
(0,1H) 


Figure 71 Line 


6.2.3.2.8. Polygon Area 


A polygon area is expressed by all corner positions of the polygon. All corner positions of the polygon area 


are expressed by point descriptions. 


A polygon is constituted by closed line segments based on line segments connected in the order of the 


described points and a line segment connecting the point described last with the point described first. 
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Tag = XML > exifEX:polygon 
JSON(JSON-LD) : exifEX:polygon 
Type = XML : decimal 


JSON(JSON-LD) : number 


Count =  2n(wheren is the number of pairs of X and Y) 
Default = None 
Attributes 


exifEX:multiplepoints 


Example [XML] : 


<exifEX:polygon> 


<exifEX:multiplepoints> 
<X>10</X> 
<Y>20</Y> 
<X>30</X> 


<Y>40</Y> 


</exifEX:multiplepoints> 


</exifEX:polygon> 


Example [JSON(JSON-LD)] : 


“exifEX:polygon”: { 


"exifEX:multiplepoints":(["X":10,"Y":20,"X":30,"Y":40, , ,) 
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Origin Image width (IV X coordinate 


(wo) 


Image height (IH) 


Y coordinate 
(0,1H) 


Figure 72 Polygon Area 


6.2.3.2.9. Circle Area 


A circle area is expressed by a circle center position (CX,CY) and a radius R. 


CX, as in X in section 6.2.3.2.1, 1s expressed by the value obtained by multiplying ANW by the value of the 
position normalized to 0 to 1 in the horizontal direction. CY is also, as in Y in section 6.2.3.2.1, expressed 
by the value obtained by multiplying ANH by the value of the position normalized to 0 to 1 in the vertical 
direction. R is expressed by the value obtained by multiplying ANW by the value of the radius of the circle 


normalized to 0 to 1 in the horizontal direction. 
Tag = XML > exifEX:circle 


JSON(JSON-LD) : exifEX:circle 


Type = XML : decimal 
JSON(JSON-LD) : number 

Count = 3 

Default = None 

Attributes 


CX: The value obtained by multiplying the horizontal reference width ANW by the horizontal 
position value of the center point of the circle normalized to 0 to 1 in the horizontal direction 


in the image when annotation is added 
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CY: The value obtained by multiplying the vertical reference height ANH by the vertical position 
value of the center point of the circle normalized to 0 to 1 in the vertical direction in the 
image when annotation is added 


R: The value obtained by multiplying the horizontal reference width ANW by the radius value 


of the circle normalized to 0 to 1 in the horizontal direction in the image when annotation 
is added 


Example [XML] : 


<exifEX:circle> 
<CX>100</CX> 
<CY>200</CY> 
<R>50</R> 


«/exifEX:circle > 


Example [JSON(JSON-LD)] : 


"exifEX:circle":("CX":100,"CY":200, "R":50] 


Image width (IW 


i X coordinate 
i — (IW,0) 


Circle Area 


Image height (IH) 


Y coordinate 
(0,1H) 


Figure 73 Circle Area 


6.2.3.2.10. Ellipse Area 


An ellipse area is expressed by the ellipse center position (CX, CY), long radius LR, short radius SR, and 


rotation angle Angle. Or, an ellipse area is expressed by the ellipse center position (CX, CY), long diameter 
L, short diameter S, and rotation angle Angle. 
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The Angle specifies the angle to the major axis in "degrees" in the clockwise direction given 0 degrees as 


the X axis direction. 


CX, as in X in section 6.2.3.2.1, is expressed by a value obtained by multiplying ANW by the value of the 


ellipse center point normalized to 0 to 1 in the horizontal direction. CY also, as in Y in section 6.2.3.2.1, is 


expressed by a value obtained by multiplying ANH by the value of the ellipse center point normalized to 0 


to 1 in the vertical direction. LR is expressed by the value obtained by multiplying ANW by the value of the 


ellipse long radius normalized to 0 to 1 in the horizontal direction. SR 1s expressed by the value obtained by 


multiplying ANW by the value of the ellipse short radius normalized to 0 to 1 in the horizontal direction. L 


is expressed by the value obtained by multiplying ANW by the value of the ellipse long diameter normalized 


to 0 to 1 in the horizontal direction. S is expressed by a value obtained by multiplying ANW by the value of 


the ellipse short diameter normalized to 0 to 1 in the horizontal direction. 


Tag = 


Type = 


Count = 
Default = 


Attributes 


CX: 


CY: 


LR: 


SR: 


XML > exifEX:ellipse 
JSON(JSON-LD) : exifEX:ellipse 
XML : decimal 


JSON(JSON-LD) : number 


5 


None 


The value obtained by multiplying the horizontal reference width ANW by the horizontal 
position value of the ellipse center point normalized to 0 to 1 in the horizontal direction in 


the image when annotation is added 


The value obtained by multiplying the vertical reference height ANH by the vertical position 
value of the ellipse center point normalized to 0 to 1 in the vertical direction in the image 


when annotation is added 


The value obtained by multiplying the horizontal reference width ANW by the value of the 
ellipse long radius normalized to 0 to 1 in the horizontal direction in the image when 
annotation is added 

The value obtained by multiplying the horizontal reference width ANW by the value of the 
ellipse short radius normalized to 0 to 1 in the horizontal direction in the image when 


annotation is added 


L: The value obtained by multiplying the horizontal reference width ANW by the value of the 


ellipse long diameter normalized to 0 to | in the horizontal direction in the image when 


annotation is added 


S: The value obtained by multiplying the horizontal reference width ANW by the value of the 


ellipse short diameter normalized to 0 to 1 in the horizontal direction in the image when 


annotation is added 
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Angle: Indicates the rotational angle of the ellipse in the image when annotation is added, and 


is specified by the clockwise angle (degrees) to the major axis with 0 degrees as the X axis 
direction 


Example [XML] : 


<exifEX:ellipse> 
<CX>100</CX> 
<CY>150</CY> 


<LR>30</LR> 


<SR>20</SR> 


<Angle>30.5</Angle> 


</exifEX:ellipse> 


Example [JSON(JSON-LD)] : 


"exifEX:ellipse":("CX":100, "CY":150, "LR":30, “SR” :20, "Ang1e":30.5] 


Origin | Image width (IW i X coordinate 
‘| i (IW,0) 


Ellipse Area 


Image height (IH) 


Long "acu rr 
(LR) ce ¿e Short Radius 
(SR) 


Y coordinate 
(0,1H) 


Figure 74 Ellipse Area 


6.2.3.2.11. Full Image Area 


The full image area indicates the entire image. 
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Tag = XML > exifEX: whole 


JSON(JSON-LD) : exifEX:whole 


Type — None 
Count = 0 
Default = None 
Attributes 

None 


Example [XML] : 


«exifEX:whole»«/exifEX:whole» 


Example [JSON(JSON-LD)] : 


"exifEX:whole" 


6.2.3.3. Attached Information 
6.2.3.3.1. Structure of Attached Information 


The structure is the tag name + content (metadata). The tag name and the content (metadata) shall be text 


information (including numerical values). The character code used shall be UTF-8. 
The description languages are XML and JSON-LD. See the respective standards. 


The written attached information can duplicate the image capturing information, etc., of the camera of the 
APPI specified in this standard. When this information is written in duplicate, the contents of both entries 


shall be consistent. 


6.2.3.3.2. Tag Name Standardization and Classification by Industry 


For tag names, preferably not only the syntax but also the terminology are standardized from the viewpoint 


of effective utilization of annotation data across industries. 


For digital camera terminalogy, use of the terms defined in Individual Guidelines for Noting Digital Camera 
Specifications on Number of Pixels, Image Files, and Focal Length of Lens (CIPA DCG-001-2018) and the 
Specification Guideline for Digital Cameras (CIPA DCG-002-2016) is recommended. 


On the other hand, unique metadata required in each industry exists and is already specified for each industry 
(see Annex I). Given these circumstances, this standard specifies "terminology related to the area" which is 


essential to the standard configuration as tag names. 


6.2.3.4. Describing Multiple Data 
6.2.3.4.1. Describing Multiple Sets of Attached Information 


Multiple sets of attached information can be written for one area. 


* Area + (Attached information 1, Attached information 2, ..., Attached information n) 
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In XML format and JSON (JSON-LD) format, the respective configurations are as follows. 
Configuration of one area in XML format: 
«region» 


«Area description tag» Attributel, Attribute2, :" </Area description tag» 


«Attached information tag» Content text A «/Attached information tag» 


«Attached information tag» Content text B «/Attached information tag» 


</region> 


Configuration of one area in JSON (JSON-LD) format: 


{ 
Area information tag: (Atributel, Attribute2, °° }, 


Attached information tag: Content text A, 


Attached information tag: Content text B, 


Image 


Area Information Attached Information 1 


Tag + description 


| Attached Information 2 
Tag + description 


Attached Information N 
Tag + description 


Figure 75 Describing Multiple Sets of Attached Information 


6.2.3.4.2. Specifying Multiple Areas 


Multiple areas can be specified within one image, and attached information can be written for each area. 
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Figure 76 Specifying Multiple Independent Areas within Image 


An area overlapping one area can be specified, and attached information can be written for each area. 


Image 


Figure 77 Overlapping Areas - 1: Specifying Area B in Area A 
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Image 


Figure 78 Overlapping Areas - 2: Specifying Area B Extending Across Area A 


6.2.3.5. Defining a Layer Structure 

Layer information is nested information corresponding to the subsequent set of annotation descriptions, and 
is intended to facilitate data classification and retrieval. Layer information can also be used to separate 
hierarchies. 

The structure defines a "layer" as an object (single entity) within which annotation data can be written by 


nesting. 


Table 38 Layer Structure 


Language Tag Name Metadata Nested Data 
XML exifEX:layer 
JSON(JSON-LD) exifEX:layer 


String or numbers Annotation data 


The layer information shall consist of one or more annotation data. 
Multiple sets of layer information can be written for one image independently of each other. 
Examples are shown below. 


Layer A information: 


{Annotation information A-1, * , Annotation information A-n] 


Layer B information: 


{Annotation information B-2, °*** , Annotation information B-m} 


As necessary, an area can also be specified in the layer information. 
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7. Logo Mark Guidelines 


Software and other products conforming to the JEITA Exif Standard Version 2.2 can use the logo mark 
shown below. See the JEITA Web page below for details. 
http://www.jeita.or.jp/ 


Exif Print 
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Annex 


The meanings of the annex types stated in the annex titles are as follows: 
[Normative] : The annex provides an additional specification to the body of this standard. 


[Informative] : The annex is reference information for the understanding or use of this standard, 


and is outside the scope of specifications of this standard. 
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Annex A. [Informative] 
Image File Description Examples 
A.1 Uncompressed RGB File 


Table 39 Uncompressed RGB File Description Sample Contents 


Primary Image 


Pixels 640 (W) x 480 (H) 
Image Title Exif TIFF RGB 
Image Input Equipment Manufacturer DSCompany 
Image Input Equipment Model Name Example 
Orientation Normal 
Strips 96 
Lines per Strip 5 
Bytes per Strip 9600 
Image Resolution 72 dpi (Width), 72 dpi (Length) 
Image Data Arrangement Chunky 
File Change Date and Time 2023:09:01 12:00:00.000 
Copyright Copyright, ABCDE, 1997 


Exif-specific Information 


Version Version. 3.0 
Date and Time of Original Image Creation 2023:09:01 12:00:00.000 
Date and Time of File Creation 2023:09:01 12:00:00.000 
Thumbnail 
Pixels 80 (W) x 60 (H) 
Orientation Normal 
Strips 1 
Lines per Strip 60 
Bytes per Strip 14400 
Image Resolution 72 dpi (Width), 72 dpi (Length) 
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Header 


Oth IFD 


4Byte of 


Table 40 Uncompressed RGB File Description Sample 


Offset Nae Data 
(Hex) (Hex or "ASCII") 
0000 Byte Order 4D4D ("MM" ) 
0002 42 002A 
0004 Oth IFD Offset 00000008 
SET Entry Number 
(Hex) 
Number of Entries 0014 
Name Type Count ValueOffset 
(Hex) (Hex) (Hex or "ASCII") 
ImageWidth 00000001 00000280 
ImageLength 00000001 000001E0 
BitsPerSample 00000003 000000FE 
Compression 00000001 00010000 
PhotometricInterpretation 00000001 00020000 
ImageDescription 0000000E 00000104 
Make 00000009 00000112 
Model 00000008 0000011C 
StripOffsets 00000060 00000124 
Orientation 00000001 00010000 
SamplesPerPixel 00000001 00030000 
RowsPerStrip 00000001 00000005 
StripByteCounts 00000060 000002A4 
XResolution 00000001 00000424 
YResolution 00000001 0000042C 
PlanarConfiguration 00000001 00010000 
ResolutionUnit 00000001 00020000 
DateTime 00000014 00000434 
Copyright 00000015 00000484 
Exif IFD Pointer 00000001 0000045E 
Name Offset 
(Hex) 
Next IFD Offset 000004EC 
Offset Named Data 
(Hex) (Hex or "ASCII") 
OOFE BitPerSample Value 000800080008 
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Oth IFD 


0104 
0112 
011C 
0124 
02A4 
0424 
042C 
0434 


0448 


ImageDescription Value 
Make Value 
Model Value 

StripOffsets Value 
StripByteCounts Value 
XResolution Value 
YResolution Value 


DateTime Value 


Copyright Value 
(Last Byte is Padded) 


"Exif TIFF RGB"00 
"DSCompany"00 
"Example"00 


offset0, offset1,offset2.....offset95 


count0, count1, count2....count95 
0000004800000001 
0000004800000001 
"2023:09:01 12:00:00"00 


"Copyright,ABCDE,1997"0000 


Exif IFD 


4Byte of 
Exif IFD 


1st IFD 


Offset Name Entry Number 

(Hex) (Hex) 

045E Exif IFD Number 0008 

Offset NER TagID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
0460 ExifVersion 9000 0007 00000004 "0300" 
046C DateTimeOriginal 9003 0002 00000014 000004C4 
0478 DateTimeDigitized 9004 0002 00000014 000004D8 
0484 SubSecTime 9290 0002 00000004 "000"00 
0490 SubSecTimeOriginal 9291 0002 00000004 "000"00 
049C SubSecTimeDigitized 9292 0002 00000004 "000"00 
04A8 FlashpixVersion A000 0007 00000004 "0100" 
04B4 Colorspace A001 0003 00000001 0001 
Offset Mane Offset 

(Hex) (Hex) 

04CO Next IFD Offset 00000000 


Name 


Data 
(Hex or "ASCII") 


SubSecTimeOriginal Value 
SubSecTimeDigitized Value 


"2023:09:01 12:00:00"00 
"2023:09:01 12:00:00"00 


Offset Entry Number 

Name 
(Hex) (Hex) 
04EC Number Of Entries 000D 
Offset Nue TagID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex) 
04EE ImageWidth 0100 0004 00000001 00000050 
04FA ImageLength 0101 0004 00000001 0000003C 
0506 BitsPerSample 0102 0003 00000003 0000058E 


187 


0512 Compression 0103 0003 00000001 00010000 
051E | Photometricinterpretation 0106 0003 00000001 00020000 


052A StripOffsets 0111 0004 00000001 000005A4 
0536 SamplesPerPixel 0115 0003 00000001 00030000 
0542 RowsPerStrip 0116 0004 00000001 0000003C 
054E StripByteCounts 0117 0004 00000001 00003840 
055A XResolution 011A 0005 00000001 00000594 
0566 YResolution 011B 0005 00000001 0000059C 
0572 PlanarConfiguration 011C 0003 00000001 00010000 
057E ResolutionUnit 0128 0003 00000001 00020000 
Offset Offset 

(Hex) Name (Hex) 

058A Next IFD Offset 00000000 


Data 
(Hex or "ASCII") 


BitPerSample Value 000800080008 
4Byte of XResolution Value 0000004800000001 
1st IFD YResolution Value 0000004800000001 


Name 


Thumbnail Image Data Strip 


Data 


Nano (Hex or "ASCII") 


Primary Image Data Strip0 


Primary Primary Image Data Strip1 


Image Data 


0E2864 |Primary Image Data Strip95 


A.2 Uncompressed YCbCr File 


Table 41 Uncompressed YCbCr File Description Sample Contents 


Primary Image 
Pixels 640 (W) x 480 (H) 
Image Title Exif TIFF YCC 
Image Input Equipment Manufacturer DSCompany 
Image Input Equipment Model Name Example 
Orientation Normal 
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Strips 
Lines per Strip 
Bytes per Strip 
Image Resolution 
Image Data Arrangement 
File Change Date and Time 


Pixel Composition 


Copyright 


69 
7 
8960 
72 dpi (Width), 72 dpi (Length) 
Chunky 
2023:09:01 12:00:00 
Subsampling = 4:2:2 


Chrominance Subsampling point 
matches luminance point 


Copyright, ABCDE, 1997 


Exif-specific Information 


Version 
Date and Time of Original Image Creation 
Date and Time of File Creation 


Shutter Speed 


Version. 3.0 
2023:09:01 12:00:00 
2023:09:01 12:00:00 


59/10 (equivalent to 1/60 sec.) 


Aperture 50/10 (equivalent to F:5.6) 
Brightness 80/10 
Exposure Bias 0/0 
Maximum Lens Aperture 200/10 
Subject Distance 20/10 
Metering Mode MultiSpot 
Light Source Daylight 
Flash ON/OFF ON 
GPS Information 
Version Version. 2.3 


Measurement Position 


Altitude 


GPS Time 


GPS Receiver Movement 
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North Latitude 35 deg. 48 min. 8 sec., 
East Longitude 139 deg. 34 min. 55 sec. 
30.48 meters above sea level 
0:00:00 


Moving at 1km/h at 0 deg. true direction 


Header 


Oth IFD 


Image Direction 


Geodetic Data Used for Measurement 


0 deg. true direction 


TOKYO 


Pixels 
Orientation 
Strips 
Lines per Strip 
Bytes per Strip 


Image Resolution 


Thumbnail 


60 


9600 


72 dpi (Width), 72 dpi (Length) 


Table 42 Uncompressed YCbCr File Description Sample 


Offset Name Data 

(Hex) (Hex or "ASCII") 

0000 Byte Order 4949 ("II") 

0002 42 2A00 

0004 Oth IFD Offset 08000000 

Ma Tee gis 

0008 Number of Entries 1700 

Offset Name Tag ID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
000A ImageWidth 0001 0400 01000000 80020000 
0016 ImageLength 0101 0400 01000000 E0010000 
0022 BitsPerSample 0201 0300 03000000 22010000 
002E Compression 0301 0300 01000000 01000000 
003A | Photometricinterpretation 0601 0300 01000000 06000000 
0046 ImageDescription 0E01 0200  0E000000 28010000 
0052 Make OFO1 0200 09000000 36010000 
005E Model 1001 0200 08000000 40010000 
006A StripOffsets 1101 0400 45000000 48010000 
0076 Orientation 1201 0300 01000000 01000000 
0082 SamplesPerPixel 1501 0300 01000000 03000000 
008bE RowsPerStrip 1601 0400 01000000 07000000 
009A StripByteCounts 1701 0400 45000000 5C020000 
00A6 XResolution 1A01 0500 01000000 70030000 
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Value 
longer than 
4Byte of 
Oth IFD 


Exif IFD 


(Last Byte is Padded) 


00B2 YResolution 1B01 0500 01000000 78030000 
OOBE PlanarConfiguration 1001 0300 01000000 01000000 
00CA ResolutionUnit 2801 0300 01000000 02000000 
00D6 DateTime 3201 0200 14000000 80030000 
00E2 YCbCrSubSampling 1202 0300 02000000 02000100 
OOEE YCbCrPositioning 1302 0300 01000000 02000000 
OOFA Copyright 9882 0200 15000000 94030000 
0106 Exif IFD Pointer 6987 0400 01000000 AA030000 
0112 GPS IFD Offset 2588 0400 01000000 10050000 
Offset Name Offset 

(Hex) (Hex) 

011E Next IFD Offset 7E060000 

Offset Name Data 

(Hex) (Hex or "ASCII") 

0122 BitPerSample Value 080008000800 

0128 ImageDescription Value "Exif TIFF YCC"00 

0136 Make Value "DSCompany"00 

0140 Model Value "Example"00 

0148 StripOffsets Value (offset0, offset1,offset2.....offset95) 
025C StripByteCounts Value (countO, count1, count2....count95) 
0370 XResolution Value 4800000001000000 

037C YResolution Value 4800000001000000 

0380 DateTime Value "2023:09:01 12:00:00"00 

0394 MOPE AR Vae "Copyright, ABCDE, 1997"0000 
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Offset Entry Number 

(Hex) Dame (Hex) 

03AA Exif IFD Number 1400 

Offset Name Tag ID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
03AC ExposureTime 9A82 0500 01000000 A0040000 
03B8 FNumber 9D82 0500 01000000 A8040000 
03C4 ExifVersion 0090 0700 04000000 "0300" 
03D0 DateTimeOriginal 0390 0200 14000000 B0040000 
03DC DateTimeDigitized 0490 0200 14000000 C4040000 
03E8 ShutterSpeedValue 0192 0A00 01000000 D8040000 
03F4 ApertureValue 0292 0500 01000000 E0040000 
0400 BrightnessValue 0392 0A00 01000000 E8040000 


4Byte 
ofExif IFD 


GPS IFD 


040C ExposureBiasValue 0492 0AO00 01000000 F0040000 
0418 MaxApertureRatioValue 0592 0500 01000000 F8040000 
0424 SubjectDistance 0692 0500 01000000 00050000 
0430 MeteringMode 0792 0300 01000000 01000000 
043C LightSource 0892 0300 01000000 01000000 
0448 Flash 0992 0300 01000000 01000000 
0454 FocalLength 0A92 0500 01000000 08050000 
0460 SubSecTime 9092 0200 04000000 "000"00 
046C SubSecTimeOriginal 9192 0200 04000000 "000"00 
0478 SubSecTimeDigitized 9292 0200 04000000 "000"00 
0484 FlashpixVersion 00A0 0700 04000000 "0100" 
0490 ColorSpace 01A0 0300 01000000 01000000 
Offset Offset 

(Hex) Name (Hex) 

049C Next IFD Offset 00000000 

Offset Name Data 

(Hex) (Hex or "ASCII") 

04A0 ExposureTime Value 010000003C000000 

04A8 FNumber Value 0400000001000000 

04B0 DateTimeOriginal Value "2023:09:01 12:00:00"00 

04C4 DateTimeDigitized Value "2023:09:01 12:00:00"00 

04D8 ShutterSpeed Value 0600000001000000 

04E0 ApertureValue Value 0400000001000000 

04E8 BrightnessValue Value 0000000001000000 

04F0 | ExposureBiasValue Value 0000000001000000 

04F8 MaxApertureRatio Value 0100000001000000 

0500 SubjectDistance Value 0F0000000A000000 

0508 FocalLength Value 3200000001000000 


Offset Entry Number 

Name 
(Hex) (Hex) 
0510 GPS IFD Number 0013 
Offset Nae Tag ID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
0512 GPSVersionID 0000 0100 04000000 02030000 
051E GPSLatitudeRef 0100 0200 02000000 "N"000000 
052A GPSLatitude 0200 0500 03000000 FA050000 
0536 GPSLongitudeRef 0300 0200 02000000 "E"000000 


192 


4Byte of 
GPS IFD 


0542 GPSLongitude 0400 0500 03000000 12060000 

054E GPSAltitudeRef 0500 0100 01000000 00000000 

055A GPSAltitude 0600 0500 01000000 2A060000 

0566 GPSTimeStamp 0700 0500 03000000 32060000 

0572 GPSSatellites 0800 0200 0D000000 4A060000 

057E GPSStatus 0900 0200 02000000 "A"000000 

058A GPSMeasureMode 0A00 0200 02000000 "2"000000 

0596 GPSDOP 0B00 0500 01000000 58060000 

05A2 GPSSpeedRef 0C00 0200 02000000 "K"000000 

05AE GPSSpeed 0D00 0500 01000000 60060000 

05BA GPSTrackRef 0E00 0200 02000000 "T"000000 

05C6 GPSTrack OFOO 0500 01000000 68060000 

05D2 GPSImgDirectionRef 1000 0200 02000000 "T"000000 

05DE GPSImgDirection 1100 0500 01000000 70060000 

05EA GPSMapDatum 1200 0200 06000000 78060000 

Offset Name Offset 

(Hex) (Hex) 

05F6 Next IFD Offset 00000000 

Offset Name Data 

(Hex) (Hex or "ASCII") 
2300000001000000 

O5FA GPSLatitude Value 3000000001000000 
0800000001000000 
8B00000001000000 

0612 GPSLongitude Value 2200000001000000 
3700000001000000 

062A GPSAltitude Value E80B000064000000 
0000000001000000 

0632 GPSTimeStamp Value 0000000001000000 
0000000001000000 

064A Pssdteliles Value "2.7.14,15,16"0000 

(Last Byte is padded) 

0658 GPSDOP Value 0100000001000000 

0660 GPSSpeed Value 0000000001000000 

0668 GPSTrack Value 0000000001000000 

0670 GPSImgDirection Value 0000000001000000 

0678 GPSMapDatum Value "TOKYO"00 


Offset Nene Entry Number 
(Hex) (Hex) 
067E Number Of Entries OFOO 
Offset Name Tag ID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
0680 ImageWidth 0001 0400 01000000 50000000 
068C ImageLength 0101 0400 01000000 3C000000 
0698 BitsPerSample 0201 0300 03000000 38070000 
06A4 Compression 0301 0300 01000000 01000000 
06B0 | PhotometricInterpretation 0601 0300 01000000 06000000 
06BC StripOffsets 1101 0400 01000000 4E070000 
1st IFD 06C8 SamplesPerPixel 1501 0300 01000000 03000000 
06D4 RowsPersStrip 1601 0400 01000000 3C000000 
06E0 StripByteCounts 1701 0400 01000000 80250000 
06EC XResolution 1A01 0500 01000000 3E070000 
06F8 YResolution 1B01 0500 01000000 46070000 
0704 PlanarConfiguration 1C01 0300 01000000 01000000 
0710 ResolutionUnit 2801 0300 01000000 02000000 
071C YCbCrSubSampling 1202 0300 02000000 02000100 
0728 YCbCrPositioning 1302 0300 01000000 02000000 
Offset Name Offset 
(Hex) (Hex) 
0734 Next IFD Offset 00000000 
Offset Name Data 
Value (Hex) (Hex or "ASCII") 
longer than 0738 BitPerSample Value 080008000800 
4Byte of | 073E XResolution Value 4800000001000000 
IstIFD | 0746 YResolution Value 4800000001000000 
074E (Thumbnail Image Data Strip) 
Offset Nas Data 
(Hex) (Hex or "ASCII") 
2CCE Image Data Strip0 
CHA 4FCE Image Data Strip1 
Image Data 
0978CE Image Data Strip68 
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A.3 JPEG Compressed (4:2:2) File 


Table 43 JPEG Compressed (4:2:2) File Description Sample Contents 


Primary Image 


Recording Format JPEG 
Subsampling YCC 4:2:2 
Restart Markers Inserted 
Quantization Tables 3 
Pixels 640 (W) x 480 (H) 
Image Title Exif JPEG 422 
Image Input Equipment Manufacturer DS Company 
Image Input Equipment Model Name Example 
Orientation Normal 
Image Resolution 72 dpi (Width), 72 dpi (Length) 
File Change Date and Time 2023:09:01 12:00:00 
Copyright Copyright, ABCDE, 1997 
Exif-specific Information 
Version Version. 3.0 
Date and Time of Original Image Creation 2023:09:01 12:00:00 
Date and Time of File Creation 2023:09:01 12:00:00 
Components Y,Cb,Cr 
Image Compression Mode 2bit/pel 
Shutter Speed 59/10 (equivalent to 1/60 sec.) 
Aperture 50/10 (equivalent to F:5.6) 
Brightness 80/10 
Exposure Bias 0/0 
Maximum Lens Aperture 200/10 
Subject Distance 20/10 
Metering Mode MultiSpot 
Light Source Daylight 
Flash ON/OFF ON 
Thumbnails 
Recording Format JPEG 
Subsampling YCC 4:2:2 
Pixels 80 (W) x 60 (H) 
Image Resolution 72 dpi (Width), 72 dpi (Length) 
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Table 44 JPEG Compressed (4:2:2) File JPEG Stream Description Sample 


Offset 


Marker 


Code 


(Hex) Segment Name (Hex) Comment 
0000 SOI SOI Marker FFD8 Start of Image 
0002 APP1 Marker FFE1 

0004 APP1 Length 291C 

0006 APP1 Identifier "Exif"00 

000B Pad 00 

000C APP1 Body See Next Table 
0E39 DQT Marker FFDB Define Quantization Table 
0E3B DQT Length 00C5 

0E3D Pq, Tq 00 

OESE pom table elements 100BOCOE..... 64 Bytes of Data 
OE7E Pq,Tq 01 

OE7F table elements 0F101016.... | 64 Bytes of Data 
OEBF Pq,Tq 02 

DECO table elements 0F101016.... | 64 Bytes of Data 
OFOO DHT Marker FFC4 

0F02 DHT Length 01A2 

0F04 Th 00 Table 0 for DC 
OF05 Li 00010501.... 

0F15 Vij 00010203.... 

0F21 Th 10 Table 0 for AC 
0F22 Dum Li 00020103.... 

0F32 Vij 01020300.... 

OFD4 Th 01 Table 1 for DC 
OFD5 Li 00030101.... 

OFE5 Vij 00010203.... 

OFF1 Th 11 Table 1 for AC 
OFF2 Li 00020102.... 

1002 Vij 00010203.... 

10A4 DRI Marker FFDD 

10A6 DRI DRI Length 0004 

10A8 Ri 0004 

10AA SOFO Marker FFCO 

10AC m SOFO Length 0011 
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10AE P 08 
10AF Y 01E0 
10B1 X 0280 
10B3 Nf 03 
10B4 C1 01 
10B5 H1,V1 21 
10B6 Tq1 00 
10B7 C2 02 
10B8 H2,V2 11 
10B9 Tq2 01 
10BA C3 03 
10BB H3,V3 11 
10BC Tq3 02 
10BD SOS Marker FFDA 
10BF SOS Length 000C 
10C1 Ns 03 
10C2 Cs1 01 
10C3 Td1,Ta1 00 
10C4 Cs2 02 
10C5 VER Td2,Ta2 11 
10C6 Cs3 03 
10C7 Td3,Ta3 11 
10C8 Ss 00 
10C9 Se 3F 
10CA Ah,Al 00 
10CB Image Data F36A.... Compressed Data 
111C4 EOI FFD9 


Table 45 JPEG Compressed (4:2:2) File APP1 Description Sample 


Offset NUM Data 

(Hex) (Hex or "ASCII") 
Header | 0000 Byte Order 4949 ("II") 

GENE 42 2A00 

0004 Oth IFD Offset 08000000 
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Offset Nae Entry Number 
(Hex) (Hex) 
0008 Number of Entries 0B00 
Offset Name TagID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
000A ImageDescription 0E01 0200  0E000000 92000000 
0016 Make OFO1 0200 09000000 A0000000 
0022 Model 1001 0200 08000000 AA000000 
002bE Orientation 1201 0300 01000000 01000000 

Oth IFD | 003A XResolution 1A01 0500 01000000 B2000000 
0046 YResolution 1B01 0500 01000000 BA000000 
0052 ResolutionUnit 2801 0300 01000000 02000000 
005E DateTime 3201 0200 14000000 C2000000 
006A YCbCrPositioning 1302 0300 01000000 02000000 
0076 CopyRight 9882 0200 15000000 D6000000 
0082 Exif IFD Pointer 6987 0400 01000000 EC000000 
Offset Name Offset 
(Hex) (Hex) 
008bE Next IFD Offset C402 
Offset NES Data 
(Hex) (Hex or "ASCII") 
0092 ImageDescription Value "Exif JPEG 422"00 

Value 00A0 Make Value "DSCompany"00 
longer than| 00AA Model Value "Example"00 

4Byte of | 00B2 XResolution Value 4800000001000000 

SUME 00BA YResolution Value 4800000001000000 
00C2 DateTime Value "2023:09:01 12:00:00"00 
00D6 De i "Copyright,ABCDE,1997"0000 
pur Nene pin 
00EC Exif IFD Number 1900 

Suit Offset Nae TagID Type Count boudin : 
(Hex) (Hex) (Hex) (Hex)  (Hexor "ASCII") 
OOEE ExposureTime 9A82 0500 01000000 1E020000 
OOFA FNumber 9D82 0500 01000000 26020000 
0106 ExifVersion 0090 0700 04000000 "0300" 
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0112 DateTimeOriginal 0390 0200 14000000 2E020000 
011E DateTimeDigitized 0490 0200 14000000 42020000 
012A | ComponentsConfiguration | 0191 0700 04000000 01020000 
0136 CompressedBitsPerPixel 0292 0500 01000000 56020000 
0142 ShutterSpeedValue 0192 0A00 01000000 5E020000 
014E ApertureValue 0292 0500 01000000 66020000 
015A BrightnessValue 0392 0A00 01000000 6E020000 
0166 ExposureBiasValue 0492 0A00 01000000 76020000 
0172 MaxApertureRatioValue 0592 0500 01000000 7E020000 
017E SubjectDistance 0692 0500 01000000 86020000 
018A MeteringMode 0792 0300 01000000 01000000 
0196 LightSource 0892 0300 01000000 01000000 
01A2 Flash 0992 0300 01000000 00000000 
01AE FocalLength 0A92 0500 01000000 8E020000 
01BA UserComments 8692 0700  2E000000 96020000 
01C6 SubSecTime 9092 0200 04000000 "000"00 
01D2 SubSecTimeOriginal 9192 0200 04000000 "000"00 
01DE SubSecTimeDigitized 9292 0200 04000000 "000"00 
01EA FlashpixVersion 00A0 0700 04000000 "0100" 
01F6 Colorspace 01A0 0300 01000000 01000000 
0202 Pixel X Dimension 02A0 0400 01000000 80020000 
020E Pixel Y Dimension 03A0 0400 01000000 E0010000 
Offset Offset 
(Hex) hy d (Hex) 
021A Next IFD Offset 00000000 
Offset Name Data 
(Hex) (Hex or "ASCII") 
021E ExposureTime Value 010000003C000000 
0226 FNumber Value 0400000001000000 
Value 022E DateTimeOriginal Value "2023:09:01 12:00:00"00 
longer than 0242 DateTimeDigitized Value "2023:09:01 12:00:00"00 

4Byte of | 0256 |CompressedBitsPerPixel Value 0200000001000000 

Exif IFD | 025E | ShutterSpeedValue Value 0600000001000000 
0266 ApertureValue Value 0400000001000000 
026E BrightnessValue Value 0000000001000000 
0276 | ExposureBiasValue Value 0000000001000000 
027E MaxApertureRatioValue Value 0100000001000000 
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0286 SubjectDistance Value 0F0000000A000000 
028bE FocalLength Value 3200000001000000 
UserComment Value 
0296 4A49530000000000.... 
(46 Bytes) 
Off E 
set Name ntry Number 
(Hex) (Hex) 
02C4 Number Of Entries 0700 
Offset EDS TagID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
02C6 Compression 0301 0300 01000000 01000000 
02D2 XResolution 1A01 0500 01000000 1E030000 
4st IFD 02DE YResolution 1B01 0500 01000000 26030000 
02EA ResolutionUnit 2801 0300 01000000 02000000 
02F6 JPEGInterchangeFormat 0102 0400 01000000 2D0E0000 
0302 JPEGInterchangeFormatLength | 0202 0400 01000000 FF0A0000 
030E YCbCrPositioning 1302 0300 01000000 02000000 
Offset Name Offset 
(Hex) (Hex) 
031A Next IFD Offset 00000000 
ff. D 
Value | Offset Nama G K 
4Byte of | 031E XResolution Value 4800000001000000 
1st IFD | 0326 YResolution Value 4800000001000000YResolution Value 
Offset 
Thumbnail Name Data 
(Hex) 
Image Data - 
032bE Thumbnail Data (JPEG Stream) 


A.4 JPEG Compressed (4:2:0) File 


Table 46 JPEG Compressed (4:2:0) File Description Sample Contents 


Primary Image 
Recording Format JPEG 
Subsampling YCC 4:2:0 
Restart Markers Inserted 
Quantization Tables 2 
Pixels 620 (W) x 475 (H) 
Image Title 620x475 
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SOF Recorded Pixels 
DCT Data 


Image Title 


Image Input Equipment Manufacturer 


Image Input Equipment Model Name 


Orientation 
Image Resolution 
File Change Date and Time 
Copyright 


640x475 
640x480 
Exif JPEG 420 
DSCompany 
Example 
Normal 
72 dpi (Width), 72 dpi (Length) 
2023:09:01 12:00:00 
Copyright, ABCDE, 1997 


Exif-specific Information 


Version 


Date and Time of Original Image Creation 


Date and Time of File Creation 


Version. 3.0 
2023:09:01 12:00:00 
2023:09:01 12:00:00 


Components Y,Cb,Cr 
Image Compression Mode 2bit/pel 
Shutter Speed 59/10 (equivalent to 1/60 sec.) 
Aperture 50/10 (equivalent to F:5.6) 
Brightness 80/10 
Exposure Bias 0/0 
Maximum Lens Aperture 200/10 
Subject Distance 20/10 
Metering Mode MultiSpot 
Light Source Daylight 
Flash ON/OFF ON 
Thumbnails 
Recording Format TIFF 
Subsampling YCC 4:2:0 
Pixels 80x60 


Image Resolution 


72 dpi (Width), 72 dpi (Length) 


Table 47 JPEG Compressed (4:2:0) File JPEG Stream Description Sample 


orao: aen Name Togs Comment 
(Hex) | Segment (Hex) 

0000 SOI SOI Marker FFD8 Start of Image 
0002 APP1 Marker FFE1 

0004 APP1 APP1 Length 1FBC 

0006 Identifier "Exif"00 


201 


000B Pad 00 
000C APP1 Body See Next Table 
1FCO DQT Marker FFDB 235 
Quantization Table 
1FC2 DQT Length 0084 
1FC4 DOT Pq, Tq 00 
1FC5 table elements |08060607....| 64 Bytes of Data 
2005 Pq,Tq 01 
2006 table elements |. |0909090C....| 64 Bytes of Data 
2046 DHT Marker FFC4 
2048 DHT Length 01A2 
204A Th 00 Table 0 for DC 
204B Li 00010501.... 
205B Vij 00010203.... 
2067 Th 10 Table 0 for AC 
2068 Li 00020103.... 
DHT 
2078 Vij 01020300.... 
211A Th 01 Table 1 for DC 
211B Li 00030101... 
212B Vij 00010203.... 
2137 Th 11 Table 1 for AC 
2138 Li 00020102.... 
2148 Vij 00010203.... 
21EA DR Marker FFDD 
21EC DRI DRI Length 0004 
21EE Ri 0004 
21F0 SOFO Marker FFCO 
21F2 SOFO Length 0011 
21F4 P 08 
21F5 Y 01DB 
21F7 X 0280 
21F9 sal Nf 03 
21FA C1 01 
21FB H1,V1 22 
21FC Tq1 00 
21FD C2 02 
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21FE H2,V2 11 
21FF Tq2 01 
2200 C3 03 
2201 H3,V3 11 
2202 Tq3 01 
2203 SOS Marker FFDA 
2205 SOS Length 000C 
2207 Ns 03 
2208 Cs1 01 
2209 Td1,Ta1 00 
220A Cs2 02 
220B PEE Td2,Ta2 11 
220C Cs3 03 
220D Td3,Ta3 11 
220E Ss 00 
220F Se 3F 
2210 Ah,Al 00 
2211 | Image Data F9FE.... Compressed Data 
13BA4 EOI FFD9 


Table 48 JPEG Compressed (4:2:0) File APP1 Description Sample 


Offset Name Data 
(Hex) (Hex or "ASCII") 
Header 0000 Byte Order 4949 ("II") 
0002 42 2A00 
0004 Oth IFD Offset 08000000 
Offset Entry Number 
(Hex) Same Nm 
0008 Number of Entries 0B00 
Offset Name Tag ID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
SUE 000A ImageDescription 0E01 0200 0E000000 92000000 
0016 Make OFO1 0200 09000000 A0000000 
0022 Model 1001 0200 08000000 AA000000 
002E Orientation 1201 0300 01000000 01000000 
003A XResolution 1A01 0500 01000000 B2000000 
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Value 


longer 
than 


4Byte of 
Oth IFD 


Exif IFD 


0046 YResolution 1B01 0500 01000000 BA000000 

0052 ResolutionUnit 2801 0300 01000000 02000000 

005E DateTime 3201 0200 14000000 C2000000 

006A YCbCrPositioning 1302 0300 01000000 02000000 

0076 Copyright 9882 0200 15000000 D6000000 

0082 Exif IFD Pointer 6987 0400 01000000 EC000000 

Offset Name Offset 

(Hex) (Hex) 

008bE Next IFD Offset C402 

Offset Nune Data 

(Hex) (Hex or "ASCII") 

0092 ImageDescription Value "Exif JPEG 420"00 

00A0 Make Value "DSCompany"00 

00AA Model Value "Example"00 

00B2 XResolution Value 4800000001000000 

00BA YResolution Value 4800000001000000 

00C2 DateTime Value "2023:09:01 12:00:00"00 

00D6 Sopyrighi De "Copyright, ABCDE, 1997"0000 
(Last Byte is Padded) 

p Name ERA dE 

00EC Exif IFD Number 1900 

Offset Name Tag ID Type Count ValueOffset 

(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 

OOEE ExposureTime 9A82 0500 01000000 1E020000 

OOFA FNumber 9D82 0500 01000000 26020000 

0106 ExifVersion 0090 0700 04000000 "0300" 

0112 DateTimeOriginal 0390 0200 14000000 2E020000 

011E DateTimeDigitized 0490 0200 14000000 42020000 

012A | ComponentsConfiguration | 0191 0700 04000000 01020300 

0136 CompressedBitsPerPixel 0292 0500 01000000 56020000 

0142 ShutterSpeedValue 0192 0A00 01000000 5E020000 

014E ApertureValue 0292 0500 01000000 66020000 

015A BrightnessValue 0392 0A00 01000000 6E020000 

0166 ExposureBiasValue 0492 0A00 01000000 76020000 

0172 MaxApertureRatioValue 0592 0500 01000000 7E020000 

017E SubjectDistance 0692 0500 01000000 86020000 
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Value 
longer 
than 
4 Bytes of 
Exif IFD 


(46 Bytes) 


018A MeteringMode 0792 0300 01000000 01000000 
0196 LightSource 0892 0300 01000000 01000000 
01A2 Flash 0992 0300 01000000 00000000 
01AE FocalLength 0A92 0500 01000000 8E020000 
01BA UserComments 8692 0700 2E000000 96020000 
01C6 SubSecTime 9092 0200 04000000 30303000 
01D2 SubSecTimeOriginal 9192 0200 04000000 "000"00 
01DE SubSecTimeDigitized 9292 0200 04000000 "000"00 
01EA FlashpixVersion 00A0 0700 04000000 "0100" 
01F6 ColorSpace 01A0 0300 01000000 01000000 
0202 Pixel X Dimension 02A0 0400 01000000 6C020000 
020E Pixel Y Dimension 03A0 0400 01000000 DB010000 
Offset Nanc Offset 

(Hex) (Hex) 

021A Next IFD Offset 00000000 

Offset Name Data 

(Hex) (Hex or "ASCII") 

021E ExposureTime Value 010000003C000000 

0226 FNumber Value 0400000001000000 

022bE DateTimeOriginal Value "2023:09:01 12:00:00"00 

0242 DateTimeDigitized Value "2023:09:01 12:00:00"00 

0256 |CompressedBitsPerPixel Value 0200000001000000 

025E | ShutterSpeedValue Value 0600000001000000 

0266 ApertureValue Value 0400000001000000 

026E BrightnessValue Value 0000000001000000 

0276 | ExposureBiasValue Value 0000000001000000 

027E |MaxApertureRatioValue Value 0100000001000000 

0286 SubjectDistance Value 0F0000000A000000 

028E FocalLength Value 3200000001000000 

ic) Mie 4A49530000000000.... 


1st IFD 


Offset 


Entry Number 
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(Hex) Same (Hex) 

02C4 Number Of Entries OFOO 

Offset Name Tag ID Type Count ValueOffset 
(Hex) (Hex) (Hex) (Hex) (Hex or "ASCII") 
02C6 ImageWidth 0001 0400 01000000 50000000 


Value 
longer 
than 


4Byte of 
1st IFD 


Thumbnail 
Image Data 


02D2 ImageLength 0101 0400 01000000 3C000000 
02DE BitsPerSample 0201 0300 03000000 7E030000 
02EA Compression 0301 0300 01000000 01000000 
02F6 | Photometriclnterpretation 0601 0300 01000000 06000000 
0302 StripOffsets 1101 0400 01000000 94030000 
030E SamplesPerPixel 1501 0300 01000000 03000000 
031A RowsPerstrip 1601 0400 01000000 3C000000 
0326 StripByteCounts 1701 0400 01000000 201C0000 
0332 XResolution 1A01 0500 01000000 84030000 
033E YResolution 1B01 0500 01000000 8C030000 
034A PlanarConfiguration 1001 0300 01000000 01000000 
0356 ResolutionUnit 2801 0300 01000000 02000000 
0362 YCbCrSubSampling 1202 0300 02000000 02000200 
036E YCbCrPositioning 1302 0300 01000000 02000000 
Offset Name Offset 

(Hex) (Hex) 

037A Next IFD Offset 00000000 

Offset Mame Data 

(Hex) (Hex or "ASCII") 

037E BitsPerSample Value 080008000800 

0384 XResolution Value 4800000001000000 

038C YResolution Value 4800000001000000 

Offset Name Data 

(Hex) (Hex or "ASCII") 

0394 |Thumbnail Image Data Strip 
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Annex B. [Informative] 
Audio File Description Examples 


B.1 PCM Audio Data 
Table 49 PCM Audio File Description Sample Contents 
Audio Data 
Format Type PCM Format 
Channels monaural 
Sampling Frequency 22.050KHz 
Bits per Sample 8 Bits/Sample 
Total Samples 27768 Samples 
Attribute Information 
Audio Title "ExifPCMExampleZ" 
Audio Genre None 
Recording Date “2023-07-13"Z 
Recording Engineer “Taro Yamada"Z 
Copyright “Copyright Exif Corporation on 1997."Z 
Exif-specific Information 
Exif Version “0300” (Version 3.0) 
Related Exif Image File "DSCO00001.JPG'Z 
Recording Start Time *10:15:30.130"Z 
Recording Equipment Manufacturer "DSC Corporation"Z 
Recording Equipment Model "DSC1000'Z 
Manufacturer Note None 
User Comment None 
Text enclosed in " " is a character string, and 'Z' means a character string ending in NULL[00.H] 
Table 50 PCM Audio File Description Example 
Offset Data 
(Hex) rame common (Hex or “Ascii”) 
RIFF-ck 0000 ckID RIFF 52494646 
0004 ckSize 786D0000 
0008 formType WAVE 57415645 
fmt-ck 000C ckID fmt[20.H] 666D7420 
0010 ckSize 10000000 
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0014 wFormatTag PCM Format 0100 
0016 nchannels monaural 0100 
0018 |nSamplesPerSec 22.050KHz 22560000 
001C |nAvgBytesPerSec 22050 Bytes/sec 22560000 
0020 nBlockAlign 1 Byte/block 0100 
0022 | wBitsPerSample 8 bits/sample 0800 
INFO-LIST | 0024 ckID LIST 40495354 
0028 ckSize 70000000 
002C listType INFO 494E464F 
INAM-ck | 0030 ckID INAM 494E414D 
0034 ckSize 0F000000 
0038 ckData (audio title) "ExifPCMExample"00 
0047 (pad) Padding byte 00 
ICRD-ck | 0048 ckID ICRD 49435244 
004C ckSize 0B000000 
0050 ckData (July 13, 2023) "2023-07-13"00 
005B (pad) Padding byte 00 
IART-ck | 005C ckID IART 49415254 
0060 ckSize 0C000000 
0064 ckData (creator) "Taro Yamada"00 
ICOP-ck | 0070 ckID ICOP 49434F50 
0074 ckSize 24000000 
0078 ckData (copyright) "Copyright Exif Corporation on 1997."00 
exif-LIST 009C ckID LIST 40495354 
00A0 ckSize 64000000 
00A4 listType exif 65786966 
ever-ck | 00A8 ckID ever 65766572 
00AC ckSize 04000000 
00B0 ckData Version 3.0 "0300" 
erel-ck 00B4 ckID erel 6572656C 
00B8 ckSize 0D000000 
00BC ckData (relation to Exif image file) "DSC00001.JPG"00 
00C9 (pad) Padding byte 00 
etim-ck | 00CA ckID etim 6574696D 
00CE ckSize 0D000000 
00D2 ckData (10:15:30.130) "10:15:30.130"00 
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OODF (pad) Padding byte 00 
ecor-ck | OOEO ckID ecor 65636F72 

00E4 ckSize 10000000 

00E8 ckSize (manufacturer) "DSC Corporation"00 
emdl-ck | 00F8 ckID emdl 656D646C 

00FC ckSize 08000000 

0100 ckData (model) "DSC1000"00 

data-ck 0108 ckID data 64617461 
010C ckSize 706C0000 
0110 ckData PCM Audio Data 00000000000. - + - - - - - - + - 


B.2 p-Law Audio Data 


(Total samples = 27768) 


Table 51 y-Law Audio File Description Sample Contents 


Audio Data 


Format Type 
Channels 
Sampling Frequency 
Bits per Sample 


Total Samples 


u-LAW PCM 
monaural 
8.000 KHz 
8 Bits/Sample 
111912 Samples 


Audio Title 
Audio Genre 
Recording Date 
Recording Engineer 


Copyright 


Attribute Information 


"u-LAW PCM Example"Z 
"Greeting"Z 
“2023-07-17"Z 
"Interactive Multimedia Association"Z 
"Copyright ABC"Z 


Exif-specific Information 


Exif Version 
Related Exif Image File 
Recording Start Time 
Recording Equipment Manufacturer 
Recording Equipment Model 
Manufacturer Note 


User Comment 


"0300" (Version 3.0) 
"DSC00001.JPG'Z 
“10:20:30.130”Z 
“ABCD Corporation”Z 
“CameraXYZ"Z 
0000000000000000 
User Comment (ASCII) 


Text enclosed in " " is a character string, and 'Z' means a character string ending in NULL[00.H] 
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Table 52 y-Law Audio File Description Sample 


Cores Name Comment pus 
(Hex) (Hex or “Ascii”) 
RIFF-ck 0000 ckID RIFF 52494646 
0004 ckSize A2B60100 
0008 formType WAVE 57415645 
fmt-ck 000C ckID fmt[20.H] 666D7420 
0010 ckSize 12000000 
0014 wFormatTag u LAW Format 0700 
0016 nchannels monaural 0100 
0018 |nSamplesPerSec 8.000KHz 401F0000 
001C |nAvgBytesPerSec 8000 Bytes/sec 401F0000 
0020 nBlockAlign 1 Byte/block 0100 
0022 | wBitsPerSample 8 bits/sample 0800 
0024 cbSize 0 0000 
fact-ck 0026 ckID fact 66616374 
002A ckSize 04000000 
002E |dwSampleLength 28B50100 
INFO-LIST | 0032 ckID LIST 40495354 
0036 ckSize A8000000 
003A listType INFO 494E464F 
INAM-ck | 003E ckID INAM 494E414D 
0042 ckSize 11000000 
0046 ckData (audio title) "uLAW PCM Example"00 
0057 (pad) Padding byte 00 
IGNR-ck | 0058 ckID IGNR 49474E52 
005C ckSize 09000000 
0060 ckData (recording genre) "Greeting"00 
0069 (pad) Padding byte 00 
ICRD-ck | 006A ckID ICRD 49435244 
006E ckSize 0B000000 
0072 ckData (July 17, 2023) "2023-07-17"00 
007D (pad) Padding byte 00 
ICMT-ck | 007E ckID ICMT 49434D54 
0082 ckSize 16000000 
0086 ckData (comment) "The uLAW Sample File."00 
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IART-ck | 009C ckID IART 49415254 
00A0 ckSize 23000000 
00A4 ckData (creator) Interactive Multimedia Association"00 
00C7 (pad) Padding byte 00 
ICOP-ck | 00C8 ckID ICOP 49434F50 
00CC ckSize 11000000 
00DO ckData (copyright) "ABCD Corporation"00 
00E1 (pad) Padding byte 00 
exif-LIST 00E2 ckID LIST 40495354 
00E6 ckSize 90000000 
OOEA listType exif 65786966 
ever-ck | OOEE ckID ever 65766572 
00F2 ckSize 04000000 
00F6 ckData Version 3.0 "0300" 
erel-ck OOFA ckID erel 6572656C 
OOFE ckSize 0D000000 
0102 ckData (relation to Exif image file)  "DSC00001.JPG"00 
010F (pad) Padding byte 00 
etim-ck 0110 ckID etim 6574696D 
0114 ckSize 0D000000 
0118 ckData (10:20:30.130) "10:20:30.130"00 
0125 (pad) Padding byte 00 
ecor-ck 0126 ckID ecor 65636F72 
012A ckSize 11000000 
012E ckSize (manufacturer) "ABCD Corporation"00 
013F (pad) Padding byte 00 
emdl-ck | 0140 ckID emdl 656D646C 
0144 ckSize 0A000000 
0148 ckData (model) "CameraXYZ"00 
emnt-ck | 0152 ckID emnt 656D6E74 
0156 ckSize 08000000 
015A ckData (manufacturer note) 0000000000000000 
eucm-ck | 0162 ckID eucm 6575636D 
0166 ckSize 10000000 
016A ckData (user comment) 41534349490000005573657220436F6D 
data-ck 017A ckID data 64617461 
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017E 
0182 


ckSize 


ckData 


u -Law Audio Data 


28B50100 
F2FE00007FFF0000E3: - - 


(Total samples = 111912) 


B.3 IMA-ADPCM Audio Data 


Table 53 IMA-ADPCM Audio File Description Sample Contents 


Audio Data 


Format Type 
Channels 
Sampling Frequency 
Bytes per Block 
Bits per Sample 
Total Data Bytes 


IMA-ADPCM Format 
stereo 
8.000 KHz 
8110 Bytes/sec 
4 bits/sample 
35840 Bytes 


Attribute Information 


Audio Title 
Audio Genre 
Recording Date 
Comment 
Recording Engineer 


Copyright 


"IMA-ADPCM Example"Z 
None 
“2023-08-11”Z 
None 
"Hanako Yamada"Z 


“Copyright XYZ on 1997."Z 


Exif-specific Information 


Exif Version 
Related Exif Image File 
Recording Start Time 
Recording Equipment Manufacturer 
Recording Equipment Model 
Manufacturer Note 


User Comment 


"0300" (Version 3.0) 
"DSC00001.JPG'Z 
*15:14:13.135"Z 
"DSC International Corporation"Z 
“DSC Camera-2”Z 
None 


None 


Text enclosed in " " 


is a character string, and 'Z' means a character string ending in NULL[00.H] 


Table 54 IMA-ADPCM Audio File Description Example 


Sect Name Comment nara 
(Hex) (Hex or “Ascii”) 
RIFF-ck 0000 ckID RIFF 52494646 
0004 ckSize 2E8D0000 
0008 formType WAVE 57415645 
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fmt-ck 000C ckID fmt[20.H] 666D7420 
0010 ckSize 14000000 
0014 wFormatTag IMA-ADPCM Format 1100 
0016 nchannels stereo 0200 
0018 |nSamplesPerSec 8.000KHz 401F0000 
001C |nAvgBytesPerSec 8110 Bytes/sec AE1F0000 
0020 nBlockAlign 512 Bytes/block 0002 
0022 | wBitsPerSample 4 bits/sample 0400 
0024 cbSize Additional Bytes = 2 0200 
0026 wSamplesPerBlock 505 Bytes/block F901 
fact-ck 0028 ckID fact 66616374 
002C ckSize 04000000 
0030 |dwSampleLength 35350 samples 168A0000 
INFO-LIST | 0034 ckID LIST 40495354 
0038 ckSize 7A000000 
003C listType INFO 494E464F 
INAM-ck | 0040 ckID INAM 494E414D 
0044 ckSize 12000000 
0048 ckData (audio title) "IMA-ADPCM Example"00 
IGNR-ck | 005A ckID IGNR 49474E52 
005E ckSize 09000000 
0062 ckData (recording genre) "Greeting"00 
006B (pad) Padding byte 00 
ICRD-ck | 006C ckID ICRD 49435244 
0070 ckSize 0B000000 
0074 ckData (August 11, 2023) "2023-08-11"00 
007F (pad) Padding byte 00 
IART-ck | 0080 ckID IART 49415254 
0084 ckSize 0E000000 
0088 ckData (creator) "Hanako Yamada"00 
ICOP-ck | 0096 ckID ICOP 49434F50 
009A ckSize 17000000 
009E ckData (copyright) "Copyright XYZ on 1997."00 
00B5 (pad) Padding byte 00 
exif-LIST 00B6 ckID LIST 4C495354 
00BA ckSize 78000000 
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OOBE listType exif 65786966 

ever-ck | 00C2 ckID ever 65766572 
00C6 ckSize 04000000 
00CA ckData Version 3.0 "0300" 

erel-ck | OOCE ckID erel 6572656C 
00D2 ckSize 0D000000 
00D6 ckData (relation to Exif image file) "DSC00001.JPG"00 
00E3 (pad) Padding byte 00 

etim-ck 00E4 ckID etim 6574696D 
00E8 ckSize 0D000000 
00EC ckData (15:14:13.135) "15:14:13.135"00 
00FB (pad) Padding byte 00 

ecor-ck | OOFA ckID ecor 65636F72 
OOFE ckSize 1E000000 
0102 ckSize (manufacturer) "DSC International Corporation"00 

emdl-ck | 0120 ckID emdl 656D646C 
0124 ckSize 0D000000 
0128 ckData (model) "DSC Camera-2"00 
0135 (pad) Padding byte 00 

data-ck 0136 ckID data 64617461 

013A ckSize 008C0000 
013E ckData IMA-ADPCM Audio Data | ::::::: ttre n n n n8 
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(Total Bytes = 35840) 


Annex C. [Informative] APEX Units 


The camera information in this standard conforms to the APEX (Additive System of Photographic Exposure) 


unit system. APEX is a convenient unit for expressing exposure (Ev). The relation of APEX to other units 


is essentially as follows. 
ApertureValue (Av) = 2 log 2 (F number) 


ShutterSpeedValue (Tv) = - log 2 (exposure time) 


BrightnessValue (Bv) = log2 ( B/NK ) 


Note that: B:cd/cm2, N,K: constant 


Film sensitivity (not used in this standard) is expressed as follows. 


Film sensitivity (Sv) = log2 ( ASA / 3.125 ) 


Using these values, exposure (Ev) is calculated as follows. 


Ev = Av + Tv = Bv + Sv 


The table below gives examples of values actually used as camera information. 


Table 55 Typical APEX Values 


Aperture ShutterSpeed 
Value Value 


Brightness 


Value foot lambert 


ExposureTime 


(APEX) (APEX) (second) (APEX) 
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Annex D. [Informative] 
Color Space Guidelines 


sRGB defines standard monitor color characteristics and viewing environment. The images taken and 
processed by a DSC should be designed on the premise of being reproduced and viewed in accord with those 


definitions. 


In reality, the recorded data 1s often saved in a YCC color space because of JPEG compression. It is therefore 
necessary to clarify the relationship between the above sRGB color space and YCC color space. A definition 
of this relationship is to be found in the sYCC standard (for which standardization is being advanced in the 
IEC), and the present standard uses this as reference. One result of referring to the sYCC standard is that 


colors outside the sRGB color space are included. 
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Annex E. [Informative] Guidelines for 
Implementing Tag Information 


E.1 General 


This chapter gives guidelines for implementing and using the tags defined by the Exif Standard that are of 
use in print processing (e.g. image retouching). Exif/DCF writers should record these tags as indicated in 
these guidelines. Exif/DCF readers can make use of the information recorded in Exif file tags in order to 
perform optimal image processing. Note that the output processing indicated here for Exif/DCF readers are 
given for the sake of example. Tag IDs and values are given in the explanations. For details, refer to the 


Exif Standard. 


E.2 Tag Use in Exif/DCF Readers 


Exif/DCF readers can make use of the information recorded as tags in an Exif file to perform optimal image 
processing. The following tags are useful for photo retouch processing and their use is to be encouraged 


whenever possible. 
* ExposureMode 
* WhiteBalance 
* Flash 
* SceneCaptureType 
* ExposureTime 


* CustomRendered 


E.2.1 ExposureTime 


Tag Information 
Exposure time, given in seconds (sec). 
[Exif/DCF reader] 
* When exposure time is unusually long, the Exif/DCF reader can assume the possibility of noise 


occurring. 


* Other tags (brightness, shutter speed, gain control, captured scene type, etc.) may be used as 


supplementary information. 


E.2.2 BrightnessValue 


Tag Information 
The value of brightness. The unit is the APEX value. 


[Exif/DCF writer] 
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* The Exif/DCF writer should record the brightness of the presumed main subject. When flash is used, 
thebrightness level before firing should be recorded. 


[Exif/DCF reader] 
* The Exif/DCF reader may judge the possibility of noise occurring from very low light conditions. 


* This tag may be used to determine the weather conditions, etc., in daylight shooting. 


E.2.3 LightSource 


Tag Information 
Indicates the kind of light source. 
[Exif/DCF writer] 


* The Exif/DCF writer should record the light source as estimated by the Exif/DCF writer based on 


white balance, etc., or as set by the user. 


* This will sometimes differ from the actual light source used for shooting 


[Exif/DCF reader] 


* This information may be referred to when adjusting white balance. 


E.2.4 Flash 


Tag Information 
This tag indicates the flash status when the picture was taken. 


[Exif/DCF writer] 


* The red-eye bit indicates whether the flash was fired for the purpose of red-eye reduction, including 


pre-flash. 


* The red-eye bit can be set when a flash mode for the purpose of reducing red-eye reduction is set. 


[Exif/DCF reader] 


* This tag can be used along with subject distance range (or subject distance), scene type and brightness 


to determine whether suitable exposure is possible. 


E.2.5 SubjectArea 


Tag Information 
This tag indicates the location and area of the main subject in the overall scene. 


[Exif/DCF writer] 


* The Exif/DCF writer should record a subject area that is large enough to enable the Exif/DCF reader 


to determine the subject, preferably at least one percent of the total image area. 
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[Exif/DCF reader] 


* An Exif/DCF reader can refer to this information as the area for image optimization processing. 


E.2.6 CustomRendered 


Tag Information 


This tag indicates the use of special processing on image data by Exif/DCF writer, such as rendering geared 
to output. When special processing is performed, the Exif/DCF reader is expected to disable or minimize 


any further processing. 


[Exif/DCF writer] 


* For ordinary shooting this is set to 0 (normal process). If the Exif/DCF writer applies special 
processing such as monochrome mode or sepia mode, and it is desired to prevent or minimize 


automatic adjustment by the Exif/DCF reader, a value of 1 is set (custom process). 


* For ordinary shooting value of 0 is recorded (normal process). If the Exif/DCF writer considers the 


specific character of output devices, a value of 1 1s recorded (custom process). 
* When this tag is set to 1 (custom process), vendors should leads users to understand its function. 
* Usage cases 
a) When the user changes exposure or white balance on pursose 
b) When the user takes pictures using not standard set up but different mode on purpose 
c) When the user takes pictures using sepia mode or monochrome mode 
d) When the user chooses soft focus effect 


e) When the Exif/DCF writer chooses various effects meeting each scene 


[Exif/DCF reader] 


* When a value of 1 (custom process) is set, the Exif/DCF reader determines that the image has already 
been specially processed, and should either disable or reduce any further processing in order to 


prevent double processing. 


* Even if a value of l(custom process) is recorded, basic processing, which depends on each output 


device, is not needed to be decreased. (See Table 56) 


Table 56 Relation between Custom Rendered and Output device process 


Taurrecord valle Basic process Image data-adaptive Tag information- 
9 P process utilized process 
Ordinary process Do Do Do 
Custom process Do No or less No or less 
Basic process : process which depends on the output device. 
Image data-adaptive process : Image data correction process which depends on the image data. 


(brightness retouch, color retouch etc) 
Image information-utilized process : Image data correction processing, which depends on the tag information. 
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E.2.7 ExposureMode 


Tag Information 
This tag indicates the exposure mode set when the image was shot. 


[Exif/DCF writer] 


* If shutter speed and aperture were set by the user, the Exif/DCF writer sets a value of 1 (manual 


exposure); if auto-bracketing was set, a value of 2 (auto bracket) is recorded. 


* When exposure bias was set, it is up to the Exif/DCF writer whether to record 0 (auto exposure) or 1 


(manual exposure). 


[Exif/DCF reader] 


* When a value of 0 (auto exposure) is set, an Exif/DCF reader should perform automatic adjustment 


of exposure settings. 


* When a value of 1 (manual exposure) or 2 (auto bracket) is set, the Exif/DCF reader should either 


not perform automatic bias or should reduce the amount of bias. 


E.2.8 WhiteBalance 


Tag Information 
This tag indicates the white balance set when the image was shot. 


[Exif/DCF writer] 
* If white balance is determined automatically, 0 (auto white balance) is recorded. 


* If preset, custom setting, or while balance auto-bracketing is set, 1 (manual white balance) is recorded. 


[Exif/DCF reader] 


* If 0 (auto white balance) is recorded, color balance should be adjusted automatically. The Exif/DCF 


reader may use the light source tag as additional information when performing the adjustment. 


* If 1 (manual white balance) is indicated, either normal color balance should not be adjusted 


automatically or the adjustment level should be reduced. 


E.2.9 DigitalZoomRatio 


Tag Information 
This tag indicates the digital zoom ratio when the image was shot. 


[Exif/DCF reader] 


* This information can be used as additional information for zoom processing when converting 


resolution. 
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E.2.10 FocalLengthin35mmFilm 


Tag Information 
This tag indicates the equivalent focal length assuming a 35mm film camera. 
[Exif/DCF writer] 
* Digital zoom ratio is not taken into account. 
[Exif/DCF reader] 


* An Exif/DCF reader can use this value along with subject distance to estimate the magnification. 


E.2.11 SceneCaptureType 


Tag Information 


This tag indicates the type of scene that was shot. It can also be used to set the mode in which the image 


was shot. 


[Exif/DCF writer] 


* The Exif/DCF writer records the shooting mode set by the user or the scene type determined by the 
Exif/DCF writer. 


* A value of 1 (landscape) indicates a mode suitable for shooting scenery, 2 (portrait) means a mode 


suitable for portrait photography, and 3(night scene) means a mode suitable for night scenes was set. 


* In case of multiple objects in one scene, Exif/DCF writer chooses a value, which suites the main 


object. 


* When the Exif/DCF writer changes the value of contrast, saturation, sharpness, gaincontrol etc, to 


realize some effects on the photograph, it is better to record the directions. 


[Exif/DCF reader] 


* The Exif/DCF reader can use this information to perform image processing suitable for the type of 


scene that was shot. 


* The Exif/DCF reader should use this tag and the image analysis result, or other related tags, to prevent 


over-correction or processing that defeats the purpose of the recorded values. 


* If the captured scene type as well as saturation, sharpness and contrast are recorded, it is up to the 


Exif/DCF reader which of these to use. These tags are recommended to be refered. 


Processing examples are given in the table below for each objective. 


Table 57 Examples of Processing for Different Scene Types 


Processing Objective Processing Example 


Normal To make the ordinary scenery Normal processing 
look more attractive 
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Landscape |To make the landscape scenery | Enhancement of contrast, saturation, 
look more attractive and sharpness 


Portrait To make the subject look more | Memory color correction of skin color 
attractive 


Night Scene [To make the night scene look Inhibition of soft tone correction 
more attractive Noise reduction 


E.2.12 GainControl 


Tag Information 
This tag indicates the degree of overall image gain adjustment. 
[Exif/DCF writer] 
* The Exif/DCF writer records the difference in gain in relation to the default (factory setting) 


sensitivity. The default sensitivity may differ for each Exif/DCF writer. 


* If there is more than one default value, this tag is not used. 


[Exif/DCF reader] 
* The Exif/DCF reader can estimate the degree of noise occurrence in accord with the recorded value. 


* Other tags (exposure time, shutter speed, brightness, captured scene type, etc.) may be used as 


supplementary information. 


E.2.13 Contrast/Saturation/Sharpness 


Tag Information 
The Contrast tag indicates the direction of contrast processing applied by the camera when the 
image was shot. 
The Saturation tag indicates the direction of saturation processing applied by the camera when the 
image was shot. 
The Sharpness tag indicates the direction of sharpness processing applied by the camera when the 
image was shot. 
[Exif/DCF writer] 
* The Exif/DCF writer records the difference in contrast, saturation and sharpness in relation to the 
default (factory setting) values. 


* The defaults may differ for each Exif/DCF writer. 


* Regarding the effects matching SceneCaptureType, the Exif/DCF writer should record processing 


directions by using these tags. 
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[Exif/DCF reader] 


* The Exif/DCF reader should understand that the recorded values are for the purpose of print 


processing and should avoid over-correction or processing that defeats the purpose of the recorded 


values. 


* Other tags (such as SceneCaptureType) may be used as supplementary information. 


Processing examples are given in the table below for each objective. 


Table 58 Examples of Processing to be avoided by Exif/DCF Readers 


Processing that goes against 
the intent of the recorded values 


Double processing 


Contrast 


Softening when hard contrast was 
intended 


Excessive softening when soft 


contrast is recorded 


Saturation 


Lowering saturation when high 
saturation was intended 


Raising saturation excessively 


when high saturation is recorded 


Sharpness 


Increasing sharpness when weak 
sharpness was intended 


Increasing sharpness excessively 
when strong sharpness is recorded 


E.2.14 SubjectDistanceRange 


Tag Information 


Indicates the distance range to the subject. 


[Exif/DCF writer] 


* This is the distance to the part of the scene determined by the Exif/DCF writer to be the main subject. 


The means of measuring this and the precision are implementation dependent. The camera setting 


may be recorded. 


* When the subject distance range can not be determined, 0 (unknown) shall be recorded. 


* When macro mode is set, 1 (macro) shall be recorded. 


* Generally if the subject distance is 1 to 3 meters, 2 (close view) shall be recorded. 


* If the subject is farther than close range, 3 (distant view) shall be recorded. 


[Exif/DCF reader] 


* This information can be used as information for processing images shot with flash. 


* [t can also be used as additional information about the SceneCaptureType. 
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Annex F. [Informative] 
Notes on Conversion to Flashpix 


The data recording method in this standard makes it possible to convert from Exif to Flashpix format with 
no loss of image quality, and retaining all attribute information. A file that is thus designed from the start 


for conversion to Flashpix is called a Flashpix-Ready (FPXR) file. 
There are three main Flashpix-Ready functions: 
* All Exif tag information is mapped to the Flashpix Image Info Property Set, 
* APP2 extended data can be converted to Flashpix extensions, 
* JPEG images can be converted to the Flashpix tile structure without image quality loss, making use 


of restart markers. 


Figure 79 shows the conversion process. 


Exif Flashpix 
Exif Tag 
Information Property 
to Set 
APP1 Image Info 
(Exif data) Property Set Image 
—— Data res.0 
APP2 Image 
(Contents List Data Area) Data res.1 
APP2 A d ! 
(Stream Data Area 0) PETER i 
Segment Image 
to 
APP2 Data Stream 
(Stream Data Area n) Summary 
Info. 
Comp Obj 
Stream 
Mn di Image Info. 
Tiled JPEG Extension 
Image List 
(Loss-less 
Conversion) 
Compressed Data 
(include Restart Marker) » 


Figure 79 Conversion from Exif to Flashpix 


F.1 Converting Image Data 


Flashpix compressed image data consists of JPEG-compressed 64 x 64-pixel tiles. Converting JPEG images 
without restart markers to Flashpix images requires that the JPEG data be expanded and re-compressed, 
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which can lead to image quality loss. By inserting restart markers at 64-pixel interval, Flashpix images of 


the maximum resolution can be generated simply by rearranging the JPEG-compressed data. 


Figure 80 shows how compressed data is rearranged using restart markers. 


9000090090 
900090090 
90009090090 
909090090 


900904009090 


90909090 
90909090 
90909090 
90909090 
90909090 


$90000000 
$90 90 90009 


€ : Y, Cb, Cr pixel Y DCT Block (8x8) 


9 : Y pixel CrCb DCT Block (8x8) 


(a) MCU (4:2:2) 


(4, 0) (4, 1) (4,2) | (4,3) 
(5, 0) (5, 1) (5,2) | (5, 3) 


(6, 0) (6, 1) (6,2) | (6,3) | (6, 4) 
(7, 0) (7, 1) (7,2) | (7, 3) 
(8, 0) (8, 1) (8,2) | (8,3) | (8, 4) 


1 Tile Block (64x64) 


Restart Marker 
(b) Tile Block 


+ Restart Marker ‘— 


) 
(0.1) 


FPXR (JPEG 
(0,0) 


FlashPix 


(c) Recording order 


Figure 80 Conversion to Flashpix Using Restart Markers 
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Recording of restart markers is optional, and conversion to Flashpix is possible without them; but conversion 
without restart markers may result in some image quality loss and require a longer processing time. 

In order for restart markers to be inserted at 64-pixel interval, the image data width shall be an exact multiple 
of 64. Therefore the valid image width is recorded as tag information (PixelXDimension), and the JPEG 
compressed data is recorded with the valid image padded to the right to make it an exact multiple of 64 (see 
section 4.8.1). 

As in the Flashpix standard, padding is used where necessary to achieve exact multiples of 64; and when 
converting to Flashpix, the padding data on the right can be treated in the same way as valid image data. 

If the image height is not an exact multiple of 64, Exif files are not padded; so when converting to Flashpix 


pad the bottom edge of the image shall be necessary. 


SOFX 


PixelXDimension (APP1) 


Padding 
Data 
à 
A 
< 
c 
2 
2 
[^] 
E 
D JPEG 
2 Data 
a 
Il 
> 
LL 
O 
D 
64x64 Block 


—— >? (FPX tile) 


Figure 81 Image Size Restrictions 


F.2 Converting Tag Data 


When Exif attribute information is converted to Flashpix, a one-to-one conversion can be made to the 
Property Set used to record Flashpix attributes. The rules for converting from each kind of Exif tag to 
the Flashpix PropertySet are given in the Table 59 to Table 61 below (conversion of GPS Info tags is to be 


determined later). 


Table 59 Conversion between Exif Tags and Flashpix Property Set (1) (TIFF Tags) 


Exif FPX 
. Tag Code 
Field Name Property Set Group Name 
Dec Hex 
ImageWidth 256 100 - - B 
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ImageLength 
BitsPerSample 
Compression 
PhotometricInterpretation 


ImageDescription 


YResolution 
PlanarConfiguration 
ResolutionUnit 


TransferFunction 


PrimaryChromaticities 
YCbCrCoefficients 
YCbCrSubSampling 
YCbCrPositioning 
ReferenceBlackWhite 


Copyright 
Exif IFD Pointer 
GPS Info IFD Pointer 


257 
258 
259 
262 
270 
271 
272 
273 
274 
277 
278 
279 
282 
283 
284 
296 
301 
305 
306 
315 
318 
319 
529 
530 
531 
532 
33432 
34665 
34853 


Image Info 
Image Info 
Image Info 
Transform 


Image Contents 
Image Contents 


Image Contents 
Image Info 
Ignore 


Image Info 


Ignore 


Image Info 


Content Description 
Camera Information 


Camera Information 


Primary description 
Primary description 


Primary description 
File source 
Ignore 


Intellectual Property 


Ignore 


Intellectual Property 


Caption text 
Camera manufacturer name 
Camera model name 


Spatial Orientation 


Default display width 
Default display height 


Display height/width units 


Software Name 
Ignore 


Authorship 


Ignore 


Copyright message 


Table 60 Conversion between Exif Tags and Flashpix Property Set (2) (Exif Private Tags) 


Exif FPX 
Tag Code 
Field Name Property Set Group Name 
Dec Hex 
ExposureTime 33434 | 829A |Image Info Per Picture Camera Setting Exposure time 
FNumber 33437 | 829D |Image Info Per Picture Camera Setting |F-number 
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ExposureProgram 
SpectralSensitivity 
PhotographicSensitivity 
OECF 

ExifVersion 


DateTimeOriginal 


DateTimeDigitized 
ComponentsConfiguration 
CompressedBitsPerPixel 
ShutterSpeedValue 
ApertureValue 
BrightnessValue 
ExposureBiasValue 
MaxApertureValue 
SubjectDistance 
MeteringMode 
LightSource 

Flash 


FocalLength 
MakerNote 
UserComment 
SubSecTime 
SubSecTimeOriginal 


SubSecTimeDigitized 
FlashpixVersion 
ColorSpace 
PixelXDimension 
PixelYDimension 
RelatedSoundFile 
FlashEnergy 
SpatialFrequencyResponse 
FocalplaneXResolution 
FocalplaneYResolution 


FocalplaneResolutionUnit 


34850 
34852 
34855 
34857 
36864 
36867 


36868 
37121 
37122 
37377 
37378 
37379 
37380 
37381 
37382 
37383 
37384 
37385 


37386 
37500 
37510 
37520 
37521 


37522 
40960 
40961 
40962 
40963 
40964 
41483 
41484 
41486 
41487 
41488 


8822 
8824 
8827 
8829 
9000 
9003 


9004 
9101 
9102 
9201 
9202 
9203 
9204 
9205 
9206 
9207 
9208 
9209 


920A 
927C 
9286 
9290 
9291 


9292 
A000 
A001 

A002 
A003 
A004 
A20B 
A20C 
A20E 
A20F 
A210 


Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Summary Info 
Ignore 
Ignore 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
Ignore 
Image Info 
Image Info 
Summary Info 
Image Contents 
Image Contents 
Image Contents 
Image Info 
Image Info 
Image Info 
Image Info 
Image Info 
228 


Per Picture Camera Setting 
Digital Camera Characterization 
Digital Camera Characterization 
Digital Camera Characterization 
Content Description 
Per Picture Camera Setting 
Ignore 

Ignore 

Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Per Picture Camera Setting 
Content description 
Ignore 

Content Description 


Per Picture Camera Setting 


resolution description 
Primary description 

Primary description 

Per Picture Camera Setting 
Digital Camera Characterization 
Digital Camera Characterization 
Digital Camera Characterization 


Digital Camera Characterization 


Exposure program 
Spectral sensitivity 
ISO speed ratings 
OECF 

Date of the original image 
Capture date 
Create date/time 
Ignore 

Ignore 

Exposure time 
F-number 
Brightness value 
Exposure bias value 
Maximum aperture value 
Subject distance 
Metering mode 
Scene illuminant 
Flash 

Flash return 

Focal length 

Content description notes 
Ignore 

Date of the original image 
Capture date 
Create date/time 
Subimage color 
Highest resolution width 
Highest resolution height 
Flash Energy 

Spatial frequency response 
Focal plane X resolution 
Focal plane Y resolution 


Focal plane resolution unit 


SubjectLocation 
Exposurelndex 
SensingMethod 
FileSource 
SceneType 
CFAPattern 


41492 
41493 
41495 
41728 
41729 
41730 


A214 
A215 
A217 
A300 
A301 
A302 


Image Info 
Image Info 
Image Info 
Image Info 


Image Info 


Image Info 


Per Picture Camera Setting 
Per Picture Camera Setting 
Digital Camera Characterization 
File Source 
File Source 


Digital Camera Characterization 


Subject location 
Exposure index 
Sensing method 
File source 
Scene type 

CFA pattern 


Table 61 Conversion between Exif Tags and Flashpix Property Set (3) (GPS Info Tags) 


Exif FPX 
Field Name peg ees Property Set Group Name 
Dec Hex 

GPSVersionID 0 O IGPS Info extension - GPSVersionID 
GPSLatitudeRef 1 1 GPS Info extension - GPSLatitudeRef 
GPSLatitude 2 2  |GPSInfo extension - GPSLatitude 
GPSLongitudeRef 3 3  |GPS Info extension - GPSLongitudeRef 
GPSLongitude 4 4  |GPSInfo extension - GPSLongitude 
GPSAltitudeRef 5 5 [GPS Info extension - GPSAltitudeRef 
GPSAltitude 6 6  |GPSInfo extension - GPSAltitude 
GPSTimeStamp 7 7 [GPS Info extension - GPSTimeStamp 
GPSSatellites 8 8  |GPSInfo extension - GPSSatellites 
GPSStatus 9 9 [GPS Info extension - GPSStatus 
GPSMeasureMode 10 A  |GPSInfo extension - GPSMeasureMode 
GPSDOP 11 B [GPS Info extension - GPSDOP 
GPSSpeedRef 12 C [GPS Info extension - GPSSpeedRef 
GPSSpeed 13 D IGPS Info extension - GPSSpeed 
GPSTrackRef 14 E [GPS Info extension - GPSTrackRef 
GPSTrack 15 F [GPS Info extension - GPSTrack 
GPSImgDirectionRef 16 10 [GPS Info extension - GPSImgDirectionRef 
GPSImgDirection 17 11  |GPS Info extension - GPSImgDirection 
GPSMapDatum 18 12  |GPS Info extension - GPSMapDatum 
GPSDestLatitudeRef 19 13  |GPS Info extension - GPSDestLatitudeRef 
GPSDestLatitude 20 14 [GPS Info extension - GPSDestLatitude 
GPSDestLongitudeRef | 21 15 [GPS Info extension - GPSDestLongitudeRef 
GPSDestLongitude 22 16 [GPS Info extension - GPSDestLongitude 
GPSDestBearingRef 23 17  |GPS Info extension - GPSDestBearingRef 
GPSDestBearing 24 18  |GPS Info extension - GPSDestBearing 
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GPSDestDistanceRef 25 19  |GPS Info extension - GPSDestDistanceRef 


GPSDestDistance 26 1A  |GPS Info extension - GPSDestDistance 


F.3 Converting to Flashpix Extensions (APP2) 


The extended data recorded in APP2 marker segments can be converted readily to Flashpix extensions. 
First of all, Figure 82 shows the conversion process when APP2 is recorded as one entry per stream of data. 


An area with data size of 8000.H, Default value 00.H is allocated to the stream name "A005MyPropertySet" 
(1005 means 005.H) in the Flashpix file Structured Storage structure, and the stream data recorded in APP2- 
2 is copied to offset 00000000.H, that is, the start of the allocated area. 


Exif APP2-1 Full Frashpix Stream 
root 


¥005MyPropertySet 


Stream Data 


--;-«— Offset 
0x00000000 


Source image 
Object 


Data size 
0x8000 


Default value = 0x00 
Path “/4005MyPropertySet” 


APP2-2 


Stream data 
Index = 0x00 


Offset = 0x00000000 


Default value 


0x00 


Stream Data 


Figure 82 Conversion to Flashpix Extensions (1) 


Next, Figure 83 shows the conversion process when one entry per two streams of data is recorded in APP2. 
This time an area with data size of 10000.H, Default value 00.H is allocated to the stream name 
"A005MyPropertySet" in the Flashpix file Structured Storage structure, and the stream data recorded in 
APP2-2 is copied to offset 00000000.H, that is, the start of the allocated area, while the stream data recorded 
in APP2-3 is copied starting from offset 00008000.H. 
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Exif APP2-1 Full Frashpix Stream 


Contents List Flashpix 
Number of Entry = 1 root Object 
Data size = 0x10000 


¥005MyPropertySet 


--&-4«— Offset A 
Stream Data A 0x00000000 


Default value 
0x00 


Default value = 0x00 


Path “/4005MyPropertySet” 


Data size 


APP2-2 
OffsetB 0x10000 


Stream data 0x00008000 
Index = 0x00 
Offset A = 0x00000000 


Stream Data A 


APP2-3 


Stream data 
Index = 0x00 
Offset B = 0x00008000 


Default value 
0x00 


Stream Data B 


Figure 83 Conversion to Flashpix Extensions (2) 


Finally, Figure 84 shows an example of conversion when 2 entry per stream of data are recorded in APP2. 


In the Structured Storage of Flashpix file, an area with a data size of 8000.H and a Default value of 00.H is allocated to the stream 
name " MyPropertySet" in the lower layer of the storage name "\005MyStorage", and the stream data recorded in APP2-2 may be 
copied to the area starting from the offset 00000000.H that is the beginning of the allocated area. 

Exif APP2-1 Full Frashpix Stream 


Contents List Flashpix ¥005MyPropertySet 
Number of Entry = 2 root Object 
Stream Data 


Path 
“/MyStorage/¥005MyPropertySet” 


APP2-2 


- - ¿ -<— Offset B 
0x00008000 


MyStorage 


Data size 


Default value 0x8000 


0x00 


Stream Data 


Figure 84 Conversion to Flashpix Extensions (3) 
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Annex G. [Informative] 
Use of Sensitivity-Related Tags 


"Sensitivity-related tags" refer generally to seven tags: PhotographicSensitivity, SensitivityType, 
StandardOutputSensitivity, RecommendedExposureIndex, ISO Speed, ISOSpeedLatitudeyyy, and 
ISOSpeedLatitudezzz. 


The current specifications of sensitivity-related tags resulted from consideration of a couple of 
circumstances. First, the PhotographicSensitivity tag whose ID was 34855 was previously referred to as 
ISOSpeedRating, which, in reality, led to confused interpretations of sensitivity that resulted in many 
recordings that differed from ISO speed as defined under the ISO 12232[11] standard. Second, sensitivity 
parameters were added to ISO 12232[11] as a result of a 2006 revision. 


The PhotographicSensitivity tag records the sensitivity of the camera or input device when the image of the 
relevant file was taken. And the parameter that can be recorded as sensitivity here is a value for one of the 
following, all of which are defined in ISO 12232[11]: standard output sensitivity (SOS), recommended 
exposure index (REI), and ISO speed. 


For the PhotographicSensitivity tag 1s an existing tag from Version 2.21 and earlier versions though its name 
and definition has changed, it is expected that its digit number will become insufficient to match the 
advancing sensitivity of cameras because its Type is SHORT. However, in the case that the sensitivity value 
to be noted is 65535 (the maximum value of SHORT) or higher, it records a value of 65535. Thus it is 
desirable for the file reader to read this value and then move on to read the values in related tags that 
correspond to the types that were designated by the SensitivityType tag. (Readers corresponding to Version 


2.21 and earlier versions simply interpret this sensitivity value as having reached the upper limit.) 


In other words, in the case that only one sensitivity parameter is used and digit number is sufficient, it is 
possible to record sensitivity by using only the existing PhotographicSensitivity tag (and the newly defined 
SensitivityTYPE tag). (Although using Count = 1 is first principle, this is only recommended and “Any” is 


continued as a specification based on consideration for interoperability.) 


SensitivityTYPE tag indicates which one of the three kinds of parameters of ISO12232 is the 
PhotographicSensitivity. However, these three parameters sometimes can take the same numerical values 
depending on the camera's gradation and exposure characteristics, Value — 4, 5, 6, or 7 may be used in such 
cases. At the same time, Value = 1, 2, or 3 shoud be used in case that the same numerical value is 
coincidentally occurred and only one kind of difinition is contemplating camera design. Furthermore, in 
case of the camera compliant with CIPA standard DC-004 (sensitivity of digital cameras), it is necessary to 
use either SOS or REI in the sensitivity notation, and therefore one of value = 1, 2, 4, 5, 6, or 7 is used. And 
when type is unknown (for example, in case of handling a file recorded by a camera that applies to Version 
2.21 or earlier), then value = 0 should be used. (As a rule, the SensitivityType tag is also recorded when the 
PhotographicSensitivity tag is recorded; however, this is only recommended due to consideration for 
interoperability.) 

On the tags of StandardOutputSensitivity, RecommendedExposureIndex and ISOSpeed, numerical values 


for the tags should be noted in accordance with their definitions respectively, however, when recording even 
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just one of the three tags, it is necessary to record the PhotographicSensitivity tag and SensitivityType tag 
because it means that a sensitivity parameter is recorded in this case. (The three tags do not exist for Version 


2.21 and earlier; therefore recording is possible if a device corresponds to one of the three tags.) 


On ISOSpeedLatitudeyyy and ISOSpeedLatitudezzz tags, numerical values for the tags should be recorded 


in accordance with their definitions. However, using these tags on their own is prohibited because they are 
incidental parameters of ISO speed. 
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Annex H. [Informative] 
Guidelines for Handling Tag Information in 
Post-processing by Application Software 

H.1 Introduction 


Exif images are effectively utilized in various industries and in various situations, and the information in 
Exif tag groups (metadata), which are correctly recorded with the images, is very important in processing 


by application software (hereinafter referred to as "post-processing"). 


On the other hand, there is risk that sensitive information about individuals or organizations may be 
identified or inferred when the images are publicly posted on SNS or the like (especially for photographs 
taken with smartphones) if GPS information or the like is included in the Exif tags. In order to avoid this 
risk, the entire Exif tag 1s deleted, even information unrelated to the sensitive information about individuals 
or organizations. One of the reasons for this 1s that this specification lists Exif tag groups with various 
purposes without any particular classification, making it difficult for users to understand which tags are 
necessary or useful for post-processing and which tags are associated with sensitive information, such as 
individual or organization related information. This annex therefore classifies the Exif tag groups and 


presents the classifications. 


Preferably, the handling of tags in post-processing 1s performed in accordance with this annex. 


H.2 Exif Tag Classifications 


Table 62, Exif tags are classified into three categories based on positioning. 


Table 62 Exif Tag Classifications 


Classification Definition Description 


Category | Image structure related metadata |A group of tags indicating image structure, 

(including color space information |such as image size (Width, Height). This 

and the like) information is necessary during image 

display, and related tags needs to be 
updated at the time of image editing. 


Category || Shooting condition related A group of tags that record camera setting 


metadata information during image capture, such as 
(image capture setting conditions) (the shutter speed and lens aperture value. 
The information is information during 
image capture, and thus need not be 
updated or deleted | unless special 
circumstances exist. 
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Category ||| [Metadata storing other information |A group of tags describing various 


information other than that of Category I/II, 
such as the camera model name, serial 
number, image capture date and time, 
image capture location, owner name, and 
copyrights. 


H.3 Post-processing Ranks of Exif Tags 


Table 63 defines policy-based ranks on the handling of each tag in post-processing. The ranks are divided 


into Update (for Exif tags to be updated with each image update) and Freeze (for Exif tags that do not require 


updating or deletion, in principle). These ranks are then further subdivided into Update 0 and Update 1 and 


Freeze 0, Freeze 1, and Freeze 2, respectively, to accommodate cases in which modification, deletion, or the 


like is possible. 


Table 63 Post-processing Ranks 


| Rank | Definition Description 


Update O [Shall be updated with 
structure change 


image 


Information that should be updated as 
necessary during image editing, such as 
tags expressing image structure (+ file 
structure) and tags expressing color space 


Update 1 |Can be updated regardless of 


image structure change 


Freeze 0 |Shall not be deleted/updated at any 
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Information updated regardless of image 
editing; varous information tags. 


Information that shall not be deleted or 
updated under any circumstance; tags not 
associated with sensitive information related 
to individuals, organizations, etc. (proof of 
image uniqueness, etc.) 


Freeze 1 |Can be deleted in special cases Special circumstances here refer to cases in 
which an individual or organization or a time 
and location is identified by recorded tag 
information, resulting in a damage to them. 


In such circumstances, the related tag 
information can be deleted. Corresponding 
cases include, for example, ensuring the 
safety of combat photographers, protecting 
personal privacy, etc. 


Freeze 2 |Can be corrected [if wrong], added|Information that can be corrected during 


[if empty] or deleted [in special|post-processing if inaccurate or left blank; 
cases] time, location, and other tags. 


Information that can be deleted under 
special circumstances. 


H.4 Category and Rank Relationship 


All tags belonging to Category I (image structure) of the classifications defined in section H.2 should be 
updated every time the image is edited, and are thus ranked Update 0. On the other hand, all tags belonging 


to Category II (image capture setting conditions) do not need to be updated and are thus ranked Freeze 1. 


Although SubjectArea/SubjectLocation are tags expressing the "location/area of the main subject" and 
therefore correspond to Category II (image capture setting conditions) and Freeze 2, relative location 
information requires updating when the image size or the like is changed and therefore the tags are classified 
as Category I/II and ranked as Update 0. 
The ranks of the group of tags in Category III (other information) differ depending on positioning, and are 
thus organized as follows. 
ImageUniqueID : 
This tag is an important tag that proves the uniqueness of the image and is useful as a 
countermeasure for fake information if the tag information securely remains with the image. 


This tag can not be deleted or modified under any circumstance and is only ranked Freeze 0. 


Make * Model * BodySerialNumber : 


These tags are invariant values recorded before the image is taken, do not need to be deleted or 
modified except under special circumstances as described in section H.3, and are thus ranked 


Freeze 1. 


DateTimeOriginal * OffsetTimeOriginal * SubSecTimeOriginal : 
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Among the two main types of tags that record time when a DSC image is taken, these tags record 
the original recording time when the original image was generated (as tags that record the 
respective digitized times, DateTimeDigitized, OffsetTimeDigitized, and SubSecTimeDigitized 
are also included) and are ranked Freeze 2 to allow correction in case of error. 

In addition to these six time information related tags (DateTimeOriginal, DateTimeDigitized, 


etc.), the following tags are also ranked Freeze 2, totaling 52 tags with this rank: 
* Thirty-two position information related tags (GPS Info Tags) 


* Six image capture condition related tags (Temperature, Humidity, Pressure, WaterDepth, 


Acceleration, CameraElevationAngle) 


* Four lens information related tags (LensSpecification, LensMake, LensModel, 


LensSerialNumber) 


* Four name description related tags (CameraOwnerName, Photographer, CameraFirmware, 


RAWDevelopingSoftware) 


DateTime * OffsetTime * SubSecTime : 


Among the main two types of tags that record time when a DCS image is taken, these tags record 
the final time after editing and the like in post-processing. These tags are ranked Update 0 and 


are updated with every edit. 


ImageDescription * Software * Artist * Copyright * UserComment * ImageTitle * ImageEditor * 
ImageEditingSoftware * MetadataEditingSoftware : 


This is a group of Exif tags that may be added or edited in post-processing. The Exif tags can be 


updated alone regardless of changes in image structure, and are thus ranked Update 1. 


H.5 Possibility of Identifying or Inferring 
Sensitive Information Related to 
Individuals, Organizations, etc. 


The group of image structure related tags described in Category I constitute information required for proper 
image display and, in principle, can not be deleted. In addition, these tags do not include information that 


can be used to identify individuals or organizations, and thus these tags need not to be deleted. 


The group of image capture setting information tags described in Category II are not associated with 
sensitive information related to individuals, organizations, or the like, and thus, in principle, do not need to 
be deleted. However, when an image is taken under special shooting conditions (shutter speed for high- 
speed shooting or sensitivity settings for darkroom shooting, for example) there is a possibility that the 
camera model can be identified from tag descriptions. If there are special circumstances as described in H.3, 


the tag can be deleted and thus the rank is set to Freeze 1 instead of Freeze 0. 
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Other information tags described in Category III constitute important information when proof of original is 
required, and are preferably transmitted to application software in a subsequent stage without being deleted. 
On the other hand, all Category III tags (time, location, name, image capture conditions, etc.) other than 
ImageUniqueID are assumed to be associated with sensitive information related to individuals, organizations, 
etc. Therefore, care should be taken to delete the tags when it is necessary to avoid identification or 


inferrence of sensitive information related to individuals, organizations, or the like. 


H.6 Tag Categories and Ranks 


Table 64 to Table 67 list the tag categories and ranks. 


Table 64 Categories and Ranks of Oth IFD TIFF Tags 


Fieldname Maru Category Rank 
Dec Hex 
ImageWidth 256 100 Category | Update 0 
ImageLength 257 101 Category | Update 0 
BitsPerSample 258 102 Category | Update 0 
Compression 259 103 Category | Update 0 
PhotometricInterpretation 262 106 Category | Update 0 
ImageDescription 270 10E Category III Update 1 
Make 271 10F Category Ill Freeze 1 
Model 272 110 Category Ill Freeze 1 
StripOffsets 273 111 Category | Update 0 
Orientation 274 112 Category | Update 0 
SamplesPerPixel 277 115 Category | Update 0 
RowsPersStrip 278 116 Category | Update 0 
StripByteCounts 279 117 Category | Update 0 
XResolution 282 11A Category | Update 0 
YResolution 283 11B Category | Update 0 
PlanarConfiguration 284 11C Category | Update 0 
ResolutionUnit 296 128 Category | Update 0 
TransferFunction 301 12D Category | Update 0 
Software 305 131 Category III Update 1 
DateTime 306 132 Category III Update 0 
Artist 315 13B Category Ill Update 1 
WhitePoint 318 13E Category | Update 0 
PrimaryChromaticities 319 13F Category | Update 0 
JPEGInterchangeFormat 513 201 Category | Update 0 
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JPEGInterchangeFormatLength 514 202 Category | Update 0 
Y CbCrCoefficients 529 211 Category | Update 0 
YCbCrSubSampling 530 212 Category | Update 0 
YCbCrPositioning 531 213 Category | Update 0 
ReferenceBlackWhite 532 214 Category | Update 0 
Copyright 33432 8298 Category Ill Update 1 
Exif IFD Pointer 34665 8769 Category | Update 0 
GPSInfo IFD Pointer 34853 8825 Category | Update 0 


Table 65 Categories and Ranks of Oth IFD Exif Private Tags 


Fieldname deal Category Rank 
Dec Hex 
ExposureTime 33434 829A Category | Freeze 1 
FNumber 33437 829D Category | Freeze 1 
ExposureProgram 34850 8822 Category | Freeze 1 
SpectralSensitivity 34852 8824 Category | Freeze 1 
PhotographicSensitivity 34855 8827 Category | Freeze 1 
OECF 34856 8828 Category | Freeze 1 
SensitivityType 34864 8830 Category | Freeze 1 
StandardOutputSensitivity 34865 8831 Category | Freeze 1 
RecommendedExposurelndex 34866 8832 Category | Freeze 1 
ISOSpeed 34867 8833 Category | Freeze 1 
ISOSpeedLatitudeyyy 34868 8834 Category | Freeze 1 
ISOSpeedLatitudezzz 34869 8835 Category | Freeze 1 
ExifVersion 36864 9000 Category | Freeze 1 
DateTimeOriginal 36867 9003 Category Il Freeze 2 
DateTimeDigitized 36868 9004 Category |l Freeze 2 
OffsetTime 36880 9010 Category |l Update 0 
OffsetTimeOriginal 36881 9011 Category |l Freeze 2 
OffsetTimeDigitized 36882 9012 Category |l Freeze 2 
ComponentsConfiguration 37121 9101 Category | Update 0 
CompressedBitsPerPixel 37122 9102 Category | Update 0 
ShutterSpeedValue 37377 9201 Category |! Freeze 1 
ApertureValue 37378 9202 Category || Freeze 1 
BrightnessValue 37379 9203 Category |! Freeze 1 
ExposureBiasValue 37380 9204 Category || Freeze 1 
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MaxApertureValue 37381 9205 Category | Freeze 1 
SubjectDistance 37382 9206 Category | Freeze 1 
MeteringMode 37383 9207 Category | Freeze 1 
LightSource 37384 9208 Category | Freeze 1 
Flash 37385 9209 Category | Freeze 1 
FocalLength 37386 920A Category | Freeze 1 
SubjectArea 37396 9214 Category | /Il Update 0 
MakerNote 37500 927C Category | Freeze 1 
UserComment 37510 9286 Category III Update 1 
SubSecTime 37520 9290 Category |l Update 0 
SubSecTimeOriginal 37521 9291 Category |l Freeze 2 
SubSecTimeDigitized 37522 9292 Category Il Freeze 2 
Temperature 37888 9400 Category |l Freeze 2 
Humidity 37889 9401 Category |l Freeze 2 
Pressure 37890 9402 Category Il Freeze 2 
WaterDepth 37891 9403 Category Il Freeze 2 
Acceleration 37892 9404 Category Il Freeze 2 
CameraElevationAngle 37893 9405 Category Il Freeze 2 
FlashpixVersion 40960 A000 Category |! Freeze 1 
ColorSpace 40961 A001 Category | Update 0 
PixelXDimension 40962 A002 Category | Update 0 
PixelYDimension 40963 A003 Category | Update 0 
RelatedSoundFile 40964 A004 Category | Update 0 
Interoperability IFD Pointer 40965 A005 Category | Update 0 
FlashEnergy 41483 A20B Category | Freeze 1 
SpatialFrequencyResponse 41484 A20C Category | Freeze 1 
FocalPlaneXResolution 41486 A20E Category | Freeze 1 
FocalPlaneYResolution 41487 A20F Category | Freeze 1 
FocalPlaneResolutionUnit 41488 A210 Category | Freeze 1 
SubjectLocation 41492 A214 | Category | /Il Update 0 
Exposurelndex 41493 A215 Category | Freeze 1 
SensingMethod 41495 A217 Category | Freeze 1 
FileSource 41728 A300 Category | Freeze 1 
SceneType 41729 A301 Category | Freeze 1 
CFAPattern 41730 A302 Category | Freeze 1 
CustomRendered 41985 A401 Category | Freeze 1 
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ExposureMode 41986 A402 Category | Freeze 1 
WhiteBalance 41987 A403 Category | Freeze 1 
DigitalZoomRatio 41988 A404 Category | Freeze 1 
FocalLengthIn35mmFilm 41989 A405 Category | Freeze 1 
SceneCaptureType 41990 A406 Category | Freeze 1 
GainControl 41991 A407 Category | Freeze 1 
Contrast 41992 A408 Category | Freeze 1 
Saturation 41993 A409 Category | Freeze 1 
Sharpness 41994 A40A Category | Freeze 1 
DeviceSettingDescription 41995 A40B Category | Freeze 1 
SubjectDistanceRange 41996 A40C Category | Freeze 1 
ImageUniquelD 42016 A420 Category Il Freeze 0 
CameraOwnerName 42032 A430 Category Il Freeze 2 
BodySerialNumber 42033 A431 Category Il Freeze 1 
LensSpecification 42034 A432 Category Il Freeze 2 
LensMake 42035 A433 Category |l Freeze 2 
LensModel 42036 A434 Category Il Freeze 2 
LensSerialNumber 42037 A435 Category Il Freeze 2 
Compositelmage 42080 A460 Category |! Freeze 1 
SourcelmageNumberOfCompositelmage | 42081 A461 Category |! Freeze 1 
SourceExposureTimesOfCompositelmage | 42082 A462 Category |! Freeze 1 
Gamma 42240 A500 Category | Update 0 
ImageTitle 42038 A436 Category Il Update 1 
Photographer 42039 A437 Category Il Freeze 2 
ImageEditor 42040 A438 Category Il Update 1 
CameraFirmware 42041 A439 Category Il Freeze 2 
RAWDevelopingSoftware 42042 A43A Category Il Freeze 2 
ImageEditingSoftware 42043 A43B Category Il Update 1 
MetadataEditingSoftware 42044 A43C Category Il Update 1 
Table 66 Categories and Ranks of Oth IFD GPS Info Tags 
Fieldname bb Category Rank 
Dec Hex 
GPSVersionID 0 0 Category Ill Freeze 2 
GPSLatitudeRef 1 1 Category III Freeze 2 
GPSLatitude 2 2 Category III Freeze 2 
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GPSLongitudeRef 3 3 Category Il Freeze 2 
GPSLongitude 4 4 Category Il Freeze 2 
GPSAltitudeRef 5 5 Category Il Freeze 2 
GPSAltitude 6 6 Category Il Freeze 2 
GPSTimeStamp 7 7 Category Il Freeze 2 
GPSSatellites 8 8 Category Il Freeze 2 
GPSStatus 9 9 Category Il Freeze 2 
GPSMeasureMode 10 A Category |l Freeze 2 
GPSDOP 11 B Category Il Freeze 2 
GPSSpeedRef 12 C Category |l Freeze 2 
GPSSpeed 13 D Category |l Freeze 2 
GPSTrackRef 14 E Category |l Freeze 2 
GPSTrack 15 F Category Il Freeze 2 
GPSImgDirectionRef 16 10 Category Il Freeze 2 
GPSImgDirection 17 11 Category Il Freeze 2 
GPSMapDatum 18 12 Category ll Freeze 2 
GPSDestLatitudeRef 19 13 Category Il Freeze 2 
GPSDestLatitude 20 14 Category Il Freeze 2 
GPSDestLongitudeRef 21 15 Category Il Freeze 2 
GPSDestLongitude 22 16 Category Il Freeze 2 
GPSDestBearingRef 23 17 Category |l Freeze 2 
GPSDestBearing 24 18 Category |l Freeze 2 
GPSDestDistanceRef 25 19 Category |l Freeze 2 
GPSDestDistance 26 1A Category Il Freeze 2 
GPSProcessingMethod 27 1B Category |l Freeze 2 
GPSArealnformation 28 1C Category |l Freeze 2 
GPSDateStamp 29 1D Category |l Freeze 2 
GPSDifferential 30 1E Category Il Freeze 2 
GPSHPositioningError 31 1F Category Il Freeze 2 


Table 67 Categories and Ranks of Oth IFD Interoperability Tag 


Fieldname 


Tag ID 


Dec 


Hex 


Category 


Rank 


InteroperabilityIndex 


1 


1 


Category | 


Update 0 
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Annex I. [Informative] 
Vocabulary Specifications 


The vocabulary used as annotation data can be broadly divided into free vocabulary and controlled 
vocabulary. Descriptions using controlled vocabulary can reduce vocabulary fluctuations and improve the 
uniqueness of the interpretation of the annotation data. This promotes the effective use of annotation data. 
On the other hand, controlled vocabulary has the disadvantage that the contents that can be described are 


predetermined and thus limited. 


Free descriptions have the opposite advantages and disadvantages of those of the controlled terminology 
described above. 

From the viewpoint of effective utilization of annotation data across industries, preferably syntax as well as 
vocabulary are standardized. The controlled terminology for general annotation data is defined by 


organizations such as the following: 


IMI(Infrastructure for Multilayer Interoperability) (https://imi.go.jp/goi/) 


The Dublin Core™ Metadata Initiative (http://purl.org/dc/elements/1.1/) 


The World Wide Web Consortium (http: //www.w3.org/ns/dcat#) 


The following table compares the overlap (coverage) of the controlled vocabulary determined by the above 


organizations in relation to the terminology expected to be used in this specification. 


Table 68 Overlap of Controlled Terminology Established by Major Organizations 


Controlled È sh DataCatalog 
Terminology IMI Vocabulary DublinCore Vocabulary 
(Attribute) 

Area ID © © © 
Title © © © 
Keyword © © © 
Object name © © © 
Rights informaiton © © © 
Recorded date and © © © 
Intended use of © © Xx 
Edited date and x X 9 


©: Specifications similar to attribute 


X: No specifications 
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This comparison of representative controlled vocabulary shows that many vocabulary words are already 
specified. 

On the other hand, there is also industry-specific vocabulary. Without the ability to write annotation using 
industry-specific vocabulary, the effectiveness of the annotation data platform is limited. In addition, 
vocabulary already defined for each industry or commonly used within the industry may have different 
meanings from other industries. Thus, such vocabulary can be broadly classified into two categories: 


vocabulary common across industries and vocabulary unique to each industry. 


For these reasons, in this standard, vocabulary indicating areas and positions in an image, which is essential 
to the configuration of the standard, is specified using controlled vocabulary. Further, for general vocabulary 


and the vocabulary used in each industry, already specified controlled vocabulary is used. 
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Annex J. [Informative] 
Examples of Annotation Description 
J.1 Description Examples 


The following provides specific description examples of annotation defined in this standard. 


The image used for the description examples is shown below. 


Figure 85 Annotation Description Sample Image 


This image shows two persons in the field of view with the focus on the person in the center. The camera 


detects two faces at the time of image capture. 
The information of areas A to C in the image is as follows: 
Image size: 
Width 3000 
Height 2000 
Area A: 
Coordinates Upper left: (1200, 800), Lower right: (1800, 1200) 
Description Auto focus frame 
Area B: 
Coordinates Upper left: (1010, 110), Lower right: (2010, 910) 
Description Face of person 1 detected by camera 
Area C: 
Coordinates Upper left: (220, 620), Lower right: (520, 920) 


Description Face of person 2 detected by camera 
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J.2 Example of Description in JSON-LD Form 


The following is an example of the description of the image size, areas A to C, and the camera imaging 
information of Figure 85 in JSON-LD form. 


"context" : { 


"exifEX": "http://cipa.jp/exif/2.32/", 


"exif": "http://ns.adobe.com/exif/1.0/", 

"dc": "http://purl.org/dc/elements/1.1/", 

"tiff": "http://ns.adobe.com/tiff/1.0/" 
}, 


exifEX:ExifAN( 


"exifEX:ANW":3000, 


"exifEX:ANH":2000, 
( 
"exifEX:rectangle":("UX":1200,"UY":800, "BX" BY":1200}, 


"dc:description":"Auto focus frame" 


"exifEX:rectangle":("UX":1010,"UY":110,"BX":2010,"BY":910], 


"dc:description":"Face of person 1 detected by camera" 


"exifEX:rectangle":("UX": 220,"UY":620,"BX":520,"BY":920), 


"dc:description":"Face of person 2 detected by camera" 


Figure 86 Example of JSON-LD 


Lines 3 to 6 following @context of line 2 define the namespaces of exifEX, exif, dc, and tiff, respectively. 
The content written in ( ) of exifEX:ExifAN in line 10 is the area that conforms to this standard and the 
attached information. Line 10 and line 11 describe the width and height of the image, including the 
coordinates, size, and the like of the area as a reference, line 12 to line 15 describe area A, line 16 to line 19 
describe area B, and line 20 to line 23 describe area C. 

In the description of each area, the rectangle representing the rectangle area and its coordinates are described 


in the first line, and attached information of the area 1s described in subsequent lines. 
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J.3 Example of Description in XML Form 


The following is an example of a description of the image size, areas A to C, and the camera imaging 


information of Figure 85 in XML form. 


<?xml version="1.0" encoding-"UTF-8" ?> 


<exifEX:ExifAN 


xmlns:exifEX-"http://cipa.jp/exif/2.32/" 


xmlns:exif-"http://ns.adobe.com/exif/1.0/" 
xmlns:dc="http://purl.org/dc/elements/1.1/" 


xmlns:tiff-"http://ns.adobe.com/tiff/1.0/"» 


<ex1fEX:ANW>3000</ex1fEX:ANW> 


<ex1fEX:ANH>2000</ex1fEX:ANH> 


<region> 
EX:rectangle> 


<UX>1200</UX> 


UY>800</UY> 


< 
<BX>1800</BX> 
x 


BY>1200</BY> 


</exifEX:rectangle> 
<dc:description>"Auto focus frame"</dc:description> 


</region> 


<region> 
<exifEX:rectangle> 


<UX>1010</UX> 


UY>110</UY> 


< 
<BX>2010</BX> 
< 


BY>910</BY> 


</exifEX:rectangle> 
<dc:description>"Face of person 1 detected by camera"</dc:description> 


</region> 


247 


«region» 
<exifEX:rectangle> 


<UX>220</UX> 


UY>620</UY> 


< 
<BX>520</BX> 
P 


BY>920</BY> 


</exifEX:rectangle> 
<dc:description>"Face of person 2 detected by camera"</dc:description> 


</region> 


</exifEX:ExifAN> 


Figure 87 Example of XML 


The contents described in the <exifEX:ExifAN> tag in line 3 and the </exifEX:ExifAN> tag in line 40 are 


areas that conform to this standard and the attached information. 
Line 4 to line 7 define the namespaces of exifEX, exif, dc, and tiff, respectively. 


Line 9 and line 10 describe the width and height of the image, including the coordinates, size, and the like 
of the subsequent areas, line 12 to line 20 describe area A, line 21 to line 29 describe area B, and line 30 to 
line 38 describe area C. 

A region tag such as in line 12 is a tag used to describe an area. As the tag name, any name can be used, not 
only region, but item or the like as well. 

In each area, the portion between the <exifEX:rectangle> tag indicating a rectangle area and the 
</exifEX:rectangle> tag indicating the end of the rectangle area indicates the rectangle area, and the portion 
between the <dc:description> tag and the </dc:description> tag indicates the attached information of the 


area. 
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Annex K. [Normative] 
Original Preservation Image 
K.1 Concept and Purpose 


An original preservation image is an image that records the image at the time of capture separately from the 
primary image (at an equal or reduced size), and is applied only to compressed files that store JPEG 
compressed data. 

Exif image files basically have a primary image and a single thumbnail that is a scaled-down version of the 
primary image and, until Exif 2.32, were limited to that configuration. In a case in which the original image 
recorded at the time of capture is processed in post-processing by image processing software, the thumbnail 
image is naturally different from the original image because it is linked to the primary image. 

On the other hand, from the viewpoint of recording the original image to show authenticity, that is, that it is 
not a fake image, such as with a news photograph, it is effective to record and retain the original image, 
which does not reflect subsequent image processing, in the Exif image file separately from the primary 
image and the thumbnail of the primary image. 

The original preservation image is intended to add credibility to the primary image by retaining a record of 


the original image when it is necessary to accurately indicate the information at the time of image capture. 


K.2 Specifications 
K.2.1 Overview 


The data structure of a Baseline MP file specified in the MPF standard[3], another CIPA-issued standard, is 
used to record the original preservation image in a compressed file by used with additionally specifying a 
new type of an individual image. A Baseline MP file is itself an Exif compressed file of this standard and 
specifies MP format attribute information and the file format for additionally recording other Exif 
compressed images in association with the primary image (specified as the Baseline MP primary image in 
the MPF standard[3]). Thus, additional images based on the specification are recorded in addition to the 


primary image in the Exif compressed file. 


K.2.2 General Rule 


A compressed file that includes an original preservation image shall conform to the MPF standard[3], except 


as specified in section K.2.3 and subsequent sections in this annex. 


K.2.3 Definition of Terms 


K.2.3.1 Original Preservation Image 


An image that records the image at the time of capture separately from the primary image, at an equal or 


reduced size. 
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Note Note the proviso of 1. in section K.2.12. 


K.2.4 Option 


The original preservation image is optional. Further, the Exif/DCF Reader does not need to reproduce the 


original preservation image. 


K.2.5 Individual Image Attribute 


In this specification, an original preservation image (ID code 040000) is defined as an MPF individual image 
type (see Table 4, "MP Types" in section 5.2.3.3.1 of the MPF standard[3]). 


Note that, the MPF standard prohibits the use of types other than those in Table 4 described above as reserved, 


but this is not a restriction herein and is independently specified by Exif. 


Table 69 lists the MP types including the types defined in this specification. 


Table 69 MP Types 


Type Information Subdivision Note ID Code (Hex) 
Baseline MP primary image 030000 
Large thumbnail Class 1 VGA equivalent 010001 

Class 2 Full HD equivalent 010002 
Original preservation image 040000 
Multi-frame image Panorama 020001 
Disparity 020002 
Multi-angle 020003 
Undefined type 000000 


K.2.6 Baselin MP File 


In this specification, types for which a Baseline MP file can be recorded include one original preservation 
image (as a result, the maximum number of individual images including the Baseline MP primary image and 
two monitor display images is four). For Baseline MP file specifications, see section 6.1 of the MPF 
standard[3]. 

Note that, in the MPF standard, the maximum number of individual images is defined as three, but this is 


not a restriction herein and is independently specified by Exif. 


Note Mentions in the preceding section and this section to the provisions independently specified are 
as of the publication of Exif 3.0, and will be considered invalid if adjustment is made at the time of 


revision of the MPF standard[3]. 
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K.2.7 Dependent Relationship 


An original preservation image is recorded as a dependent image of the Baseline MP primary image. One 


original preservation image is dependent on one Baseline MP primary image. 


K.2.8 Specification Related to 
MP Format Attribute Information 


An original preservation image shall not record APP2 which includes MP format attribute information. 


K.2.9 Padding 


Padding in accordance with section 4.8.1 is permitted only when the number of pixels in the original 
preservation image does not match the MCU magnification of JPEG compression specified in this Exif 


standard. 


K.2.10 Exif Thumbnails 


The thumnail (see section 4.5.8) in APPI in the header of an individual image that is an original preservation 


image shall not be recorded. 


K.2.11 Number of Pixels 


The recommended number of pixels of an original preservation image is 1080 or greater for the short side 


or 1920 or greater for the long side. In addition, the image shall comply with the following specifications. 


K.2.12 Sameness with Baseline MP Primary Image 


An original preservation image shall comply with 1 to 3 below to ensure sameness with the Baseline MP 


primary image 


1. An original preservation image generated in association with photography is an image having the 
same angle of view and signal level (for a scaled-down image, a proximate average signal level for 
the corresponding pixel coordinates) as those of the Baseline MP primary image, and shall match the 
aspect ratio, image orientation, and color space of the Baseline MP primary image. 

However, if the Baseline MP primary image has been subjected to extreme image processing that 
manipulates the facts of the captured sceen, the image shall match the image captured before the 


image processing was applied. 


2. The description level of the Exif tag in 1. above is specified in K.2.13. In particular, for the image 
unique ID (see section 4.6.6.9.1), the same value shall be recorded for the image unique ID of the 


Baseline MP primary image. 
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3. In post-processing of the Exif image file, the original preservation image shall be maintained. 
However, it may be deleted when unavoidable for reasons such as the protection of personal 
information. 

The term "maintained" here means that the original preservation image is to remain completely 
unchanged, including the Exif tags, if existent, or not to be newly recorded if non-existent. The term 
"deleted" means that the entire original preservation image, including the Exif tags, is to be deleted; 


partial deletion is not permitted. 


K.2.13 Exif Tag Description Level of 
Original Preservation Image 


The Exif tag description level of an original preservation image shall comply with 1 to 3 below. 


Note Note that "Exif tag" in this annex means "a tag specified by Exif and DCF in APPI in an 
individual image" as indicated in Chapter 7 of the MPF standard[3]. 


1. The following four tag description levels are mandatory. 
* Date and time of generation of original image data [DateTimeOriginal] (See section 4.6.6.6.1.) 
* Offset data of DateTimeOriginal [OffsetTimeOriginal] (See section 4.6.6.6.4.) 
* Sub-seconds of DateTimeOriginal [SubSecTimeOriginal] (See section 4.6.6.6.7.) 
* Image unique ID [ImageUniqueID] (See section 4.6.6.9.1.) 


2. The following four tag description support levels described in Table 13, "Interoperability IFD 
Description Support Levels," of DCF[2], section 4.7, are optional. 


* Interoperability version [Interoperability Version] 

* Related image file format [RelatedImageFileFormat] 
* Related image width [Relatedlmage Width] 

* Related image length [RelatedImageLength] 


3. Tag description levels other than the above shall be the same as the tag description levels of Exif 
primary image (See the "Compressed" columns of Table 17, Table 18, Table 19, and Table 20 in 
section 4.6.9.) 
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